-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
I think after the 10 or more patches to the Wintab dll that I submitted
last month, I should say something about it's status...
And of course thank Alexandre for applying those patches.
P.S. I won't be available from the 15th for about a week or so.
So, if you have any questions, I'm afraid you might have to be patient.
Hope this is of interest to someone
-Rob.
******Applications: Current status***********
***In Painter 5
*Cursor pressure works. (Therefore is usable by most)
*Cursor orientation is a little odd: The orientation maths needs to be
re-done.
*No eraser. Haven't yet cracked what enables the eraser.
*Doesn't work in desktop mode: Need to map to desktop coordinates.
*Repeats windows bugs where cursor looses pressure/orientation info
almost bug for bug (Is this a feature? ;-)
*Cannot detect pressure/orientation int the "Brush Tracking" window: The
tablet context is attached to the main window, so no events get to the
popup, even if they overlap.
This is not how windows wintab functions.
***In Photoshop 6.
*Can only get tablet data in desktop mode: This is because the tablet
context is attached to the desktop. Which generates/receives no wine
events outside desktop mode.
* Eraser and pen pressure working. *But* to get them working, you must
have 3 XInput devices listed in your XF86Config file, They need to be
the last entries in the "ServerLayout" section and the following order:
eraser, tablet mouse. This is a far from ideal way of specifying the
devices Wintab should use :-/
I'll document this if someone can point me to a good place to put the docs.
*******To Do*************
1. Look at X11 errors. There appear to be some errors that deny some
users the
ability to access Wintab enabled apps. (I think I know how to fix this)
2. Improve orientation data. Orientation comes in as X-Y coords
(Implicit Z), and has to leave as spherical coords. This calculation
needs to be re-done.
3. When tablet context is on top, let it read XInput events from all the
app's top-level windows. (This simulates the fact that the context is
usually designed to cover the whole screen)
4. When tablet context is attached to desktop, read XInput events from
all the app's top-level windows.
5. Tests
~ --My current philosophy on tests is...
~ Use Photoshop & Painter, any formal tests
~ can be written if anyone else gets involved in patching Wintab, to
avoid regressions, and conflict.
**********Long term to do (Anyone interested?):*********
There's a lot of work that could be done here, but what gets done
and who does it probably depends upon whether anyone finds an app that
needs these features. I'd love to implement these, but realistically, I
don't
foresee doing this unless someone hires me to do so ;)
1. Improve configuration of wintab.
Wintab could probably do with some information entered into the
config file, to avoid the user having to
hack their Xfree86cfg file.
2. Handle Z-Order of context properly.
This entails
*sharing Z-Order between apps.
*Working out exactly what role windows have in
determining tablet context z-orders.
*Allow tablet contexts that don't cover the whole
screen/tablet.
*Handle inter-application clipping of tablet contexts
*Allow all application's windows to receive tablet events when tablet
context is on top
3. Implement non-system tablet contexts (Where system cursor not moved
by pen or mouse)
4. Unicodify
5. Implement various wintab extensions.
6. Implement wintab manager functions.
7. Tests.
*********Unknowns*********
1. How are wintab contexts are raised lowered?
Contexts have their own z-order independent of windows, and their own
viewport concept, based upon the tablet's coordinate system, not that of
the OS.
It appears that entering, or clicking on the window the tablet context
is attached to will raise/lower the context.
But I haven't done much testing on this.
In particular, what happens if more than one app request their tablet
context is attached to the desktop?
2. How Painter detects the eraser.
Have 3 possibilities
i. Windows can detect an eraser, and sends specific messages.
(I'm sure I've seen this, but can't work out where!)
ii. Only works if tablet and cursors are named correctly.
(Probably linked to wacom tablets only).
iii. I've missed something
3. Requirements of other applications
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFCC8zI2vfwxdLxwWYRAsisAJ4q2gAYTgRc6f9wDI+Ruv943eDxOQCfcl3s
/ZKMUGwQOuw/SIIbOkIUbd0=
=R4M7
-----END PGP SIGNATURE-----
Hi!
I would like to report a long lasting problem with an application, which
renders its main window incorrectly in wine.
The app is "iRiver caption editor" and it can be freely downloaded at
http://www.iriveramerica.com/download/ce.zip .
Installation of the program is easy and proceeds and the program itself runs
well, but its window looks like a total mess. For a snapshot, look at
http://www.sinus.cz/~patrol/ircape.png .
I think it's not necessary to write more, what's wrong, simply the widgets
are misplaced, incorrectly sized, the window has scrollbars, which it IMHO
shouldn't have etc. The window is not resizable.
It's the only app known to me which exhibits such a behaviour. I don't have
a possibility to test it on a real windoze system, I don't have it.
I'm about to file a bug for it, but I'm asking first here to verify that
it's not an easily resolvable problem with my setup etc., and also whether
a similar (or the same) behaviour isn't already registered.
With regards, Pavel Troller
Hi,
Out of curiosity, has anyone successfully been able to play HL2 or CS:S
under wine? Today I finally worked out the kinks getting the original HL
to work, and I know some people have been playing around with this
stuff. Currently, HL2 and CS:S freeze over on startup. Has anyone even
gotten it to start or even play?
James Liggett
Hi,
The application DB won't let me upload a screen shot,
I get 'connection to host was lost' or 'page contains
no data'.
___________________________________________________________
Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com
Well we are getting somewhere
When my test application segfaults the debugger attaches and runs through a
number of debug events eventually ariving at a segfault
strace:winedbg:dbg_handle_debug_event 00000008:00000009: loads DLL c:
\windows\system\imm32.dll @7f440000 (0<0>)
trace:winedbg:dbg_handle_debug_event 00000008:00000009: exception
code=80000003
Now I added some instrumentation and find the following happens IE
trace:winedbg:dbg_handle_debug_event Continue on first exception is true
trace:winedbg:dbg_handle_debug_event Breaking switch
trace:winedbg:dbg_handle_debug_event Call ContinueDebugEvent
trace:winedbg:dbg_handle_debug_event Continuing executio
trace:winedbg:dbg_main_loop Wait for next debug event...
In this code at the top of dbg_main_loop
if (dbg_curr_process)
dbg_printf("WineDbg starting on pid 0x%lx\n", dbg_curr_pid);
/* wait for first exception */
while (WaitForDebugEvent(&de, INFINITE))
{
WINE_TRACE("Calling handle_debug_event 2\n");
if (dbg_handle_debug_event(&de)) {WINE_TRACE("Event
handled\n");break;}
WINE_TRACE("Wait for next debug event...\n");
}
Problem is that the client program is stopped, probably on a segfault trace
because I enable tracing (stops) on all machine faults and signals when I
attached it (this allows my replacement for wait4 to find out if a fault or
signal happened in the debuggee). Everything deadlocks then since the
debugger never continues the program after the exception (Or perhaps the
wineserver never gets a message to restart it)
Perhaps I don't understand the semantics of PTRACE wait4 interactions. Should
I just let the app trap machine faults ?
All help appreciated
Bob
Hi,
Wined3d in CVS is now in a reasonable state to start
regression testing new changes against.
I usually regression test against a few game demos and
DirectX 9 tutorials, I'm going to list the DirectX 9
tutorials as they start to work (there are 68
tutorials that work with the big patch). The current
list of working DirectX 9 demos is:
from http://www.codesampler.com/dx9src.htm
dx9_1pass_emboss_bump_mapping
dx9_2pass_emboss_bump_mapping
dx9_alpha_blending_texture
dx9_multiple_vertex_buffers
dx9_texture_dot3_blending
dx9_texture_filtering
dx9_texture_mipmapping
dx9_texture_subloading
dx9_tokamak_chain
dx9_transforms
dx9_vertex_data
dx9_view_matrix
dx9_view_ports
dx9_spot_light
dx9_texture
dx9_texture_addressing (has a mipmapping error with
ATI's drivers)
dx9_primitive_types
dx9_point_light
dx9_dot3_bump_mapping
dx9_effect_simple
dx9_fonts
dx9_indexed_geometry
dx9_initialization
dx9_lighting (has a slight artifact)
dx9_material
dx9_multitexture
dx9_offscreen_rendering (faked)
dx9_2d_demo_game (text for non-power2 textures, ship
doesn't animate yet)
from http://triplebuffer.devmaster.net/tutorials.php
BumpMapping
tb_dx9_03
tb_dx9_04
tb_dx9_05 (sort of)
tb_dx9_06
tb_dx9_07
tb_dx9_08
tb_dx9_09
tb_dx9_10
from
http://www.clootie.ru/delphi/download_dx90.html#Direct3D
Tut01_CreateDevice
Tut02_Vertices
Tut03_Matrices
Tut04_Lights
Tut05_Textures
Tut06_Meshes
cull
___________________________________________________________
Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com
The whole business of software patents is very likely to explode at any
time. There are several software patents on cds and dvds which are so
vague that it is impossible to tell exactly what is going on. The
licenses to use these patents allow the company issuing the patent to
control cd content and to examine it. The first time one of these
companies tries to use the license to access DOD classified information
there will be a resolution.
The easiest way to resolve this business with Borland is to contact
Borland. They may also have an interest in Wine. If they have no
objection to what Wine wants to do then there is no one else to
complain. They might even help Wine. Borland probably doesn't even
realize that Wine exists although some of the people in Borland are
probably very familiar with it. I think you will find this to be true
of all big software companies such as IBM and Microsoft.
Hi,
I am having a problem with an app of mine. It posts WM_CHAR messages to a
ANSI window with Unicode value in LOWORD(wParam). Wine automatically
translates the character code to ANSI (producing a "?" when there is no such
code in CP_ACP). Windows does not do it (contrary to documentation). Here
is attached (source and binary) a quick and dirty sample application which
shows the problem.
I could remove map_wparam_AtoW() and map_wparam_WtoA() from
dlls/user/message.c, but probably somebody needs that translation. Does
anybody have an idea of a better fix for that bug?
-- Ph.
Hi , i know this is not a wine-bug channel, but this
bug is affecting quite some apps, and seems to affect
more and more ...
At least five apps from wine-bug mailinglist throw up
an exception which either reads: "Assertion Failed
!bogus context in Local_Unwind()" or "in
Exception_Handler". As a reference a filed 2 bugs, and
commented another one where you can read the
+relay,+seh logs:
Bug 3097
Bug 3127
Bug 3139
Some googling around makes me believe that this is a
Borland specific error. I tried to install Demo
Borland compiler in wine to see if i could reproduce
this error, but unfortunately it fails with exactly
the same error.
all programs show the same pattern before an exception
is thrown: they call LoadstringA() ,with something
like
L"Failed to get data for '%s'" or L"Access
violation at address %p in module '%s'. %s of address
%p" See the bugs for more info.
I think this bug is really affecting quite some more
apps then the ones mentioned in wine-bugs so would be
great if anyone could shine a light on this, as of how
to solve the bug. Regards
___________________________________________________________
How much free photo storage do you get? Store your holiday
snaps for FREE with Yahoo! Photos http://uk.photos.yahoo.com