I think this has been noted in previous posts by others, but I'm
noticing it with post-version 1 builds of Darwine for OSX and I'm
wondering if there's any way to fix it.
The behavior is hard to describe but here goes: when using either
Irfanview or Forte Agent, mouse activity in the Windows app causes the
window to move downward on the desktop. Each click, the windows jumps
lower. In Agent, clicking on a different newsgroup causes this
behavior, which can move the Agent window all the way down the screen
(and off the bottom). When using Irfanview, the same behavior occurs
when in the Thumbnail viewer and attempting to select a folder. I do
not see this happening with version Darwine 0.9.53, but I have
encountered it with Darwine 1 RC4 and Darwine 1.1.1. It makes both
Agent and Irfanview pretty much unusable, so I've retreated to 0.9.53.
My version of X11 is 1.1.3, if that helps.
I am running OSX Tiger (10.4.11) on a MacBook. Does anyone know what's
causing this, or even better, how to make it stop?
Window Scrolling on OSX
-
msandersen
- Level 1
- Posts: 6
- Joined: Sun Jul 20, 2008 2:22 am
Shifting windows on Darwine/XQuartz
I'm observing the same issue with various programs in Darwine. I've only tried using v1.1.1 so far using XQuartz 2.2.3 on MacOSX10.5.4 (Leopard).
Some installers have a progress bar, which shifts down by about the height of the top Mac menubar every time it progresses or other information changes in the dialog. Attempting to install Poser Figure Artist is successful, but I cannot register it, as the menus shift down so fast it is not possible to grab them before they go offscreen.
I've just asked about it on [email protected]
Some installers have a progress bar, which shifts down by about the height of the top Mac menubar every time it progresses or other information changes in the dialog. Attempting to install Poser Figure Artist is successful, but I cannot register it, as the menus shift down so fast it is not possible to grab them before they go offscreen.
I've just asked about it on [email protected]
Re: Shifting windows on Darwine/XQuartz
This is OSX's problem. And apparently Apple promised to fix it... at some point in the future.msandersen wrote:I'm observing the same issue with various programs in Darwine. I've only tried using v1.1.1 so far using XQuartz 2.2.3 on MacOSX10.5.4 (Leopard).
Some installers have a progress bar, which shifts down by about the height of the top Mac menubar every time it progresses or other information changes in the dialog. Attempting to install Poser Figure Artist is successful, but I cannot register it, as the menus shift down so fast it is not possible to grab them before they go offscreen.
I've just asked about it on [email protected]
-
James Mckenzie
Window Scrolling on OSX
vitamin <[email protected]> at Aug 27, 2008 12:08 PM (MST) wrote about [Wine] Re: Window Scrolling on OSX
James McKenzie
I will agree and XQuartz 2.3 may or may not fix this. This is supposedly fixed in Wine, however. I'm waiting on Darwine 1.1.3 to confirm if this fixes it for the Mac. I plan on installing both this weekend, time permitting, as Monday is a holiday in the U.S.
msandersen wrote:This is OSX's problem. And apparently Apple promised to fix it... at some point in the future.I'm observing the same issue with various programs in Darwine. I've only tried using v1.1.1 so far >> using XQuartz 2.2.3 on MacOSX10.5.4 (Leopard).
Some installers have a progress bar, which shifts down by about the height of the top Mac menubar >> every time it progresses or other information changes in the dialog. Attempting to install Poser >> Figure Artist is successful, but I cannot register it, as the menus shift down so fast it is not >> possible to grab them before they go offscreen.
I've just asked about it on [email protected]
James McKenzie
-
msandersen
- Level 1
- Posts: 6
- Joined: Sun Jul 20, 2008 2:22 am
-
James McKenzie
Window Scrolling on OSX
msandersen wrote:
Wine 1.1.3 release as well. This has delayed the release of his usually
timely packages. I don't know if Zach Drayer is also working on this
problem.
James McKenzie
Please be aware that Mike Kronenberg is attempting to fix this for theI've made an official bug report at bugreport.apple.com Bug ID# 6184567
Wine 1.1.3 release as well. This has delayed the release of his usually
timely packages. I don't know if Zach Drayer is also working on this
problem.
James McKenzie
-
msandersen
- Level 1
- Posts: 6
- Joined: Sun Jul 20, 2008 2:22 am
I suppose Zach Drayer makes the Darwine version from thisismyinter.net. I tried his version 1.1.3, and it broke my Wine, so have gone back to 1.1.1.
Hopefully the next build by either can fix OpenGL as well. I read it can't compile because of a dependancy on an XQuartz library which is too old in the current version. XQuartz 2.3.1 is also overdue. Maybe Kronenberg is waiting on them, too. It would be nice if it, too, is fixed.
Hopefully the next build by either can fix OpenGL as well. I read it can't compile because of a dependancy on an XQuartz library which is too old in the current version. XQuartz 2.3.1 is also overdue. Maybe Kronenberg is waiting on them, too. It would be nice if it, too, is fixed.
Window Scrolling on OSX
Sorry for the 1.1.3 being broken.. classes just started so I've been a
bit busy with things and haven't had time to recompile.. I'll have
1.1.4 built whenever that's released (friday?) as things have calmed
down a bit.
There's a few problems for opengl. A linker error, not searching the
right dir for libs, and that the libGL that comes with Xquartz on OS X
is at 1.2, while Wine looks for functions from 1.3.
The linker error isn't major and can be fixed by setting LDFLAGS. Not
searching for the right dir can be fixed by editing config.h when
compiling to point to libGL.1.dylib (but this is somewhat of a hack as
it should do so automatically..)
And the sources could be hacked to ignore the version
incompatibility's, but my goal with Darwine is to compile it with
bland wine sources without any changes to it. And I imagine it
requires libGL 1.3 instead of 1.2 for a particular reason, not just to
irritate and inconvenience people. However according to http://xquartz.macosforge.org/trac/ticket/122
- the milestone for this to be fixed is Xquartz 3.0, and its up to
2.3rc's right now so it looks like it'll be awhile :\
-Zach
On Sep 2, 2008, at 8:20 AM, msandersen wrote:
bit busy with things and haven't had time to recompile.. I'll have
1.1.4 built whenever that's released (friday?) as things have calmed
down a bit.
There's a few problems for opengl. A linker error, not searching the
right dir for libs, and that the libGL that comes with Xquartz on OS X
is at 1.2, while Wine looks for functions from 1.3.
The linker error isn't major and can be fixed by setting LDFLAGS. Not
searching for the right dir can be fixed by editing config.h when
compiling to point to libGL.1.dylib (but this is somewhat of a hack as
it should do so automatically..)
And the sources could be hacked to ignore the version
incompatibility's, but my goal with Darwine is to compile it with
bland wine sources without any changes to it. And I imagine it
requires libGL 1.3 instead of 1.2 for a particular reason, not just to
irritate and inconvenience people. However according to http://xquartz.macosforge.org/trac/ticket/122
- the milestone for this to be fixed is Xquartz 3.0, and its up to
2.3rc's right now so it looks like it'll be awhile :\
-Zach
On Sep 2, 2008, at 8:20 AM, msandersen wrote:
I suppose Zach Drayer makes the Darwine version from
thisismyinter.net. I tried his version 1.1.3, and it broke my Wine,
so have gone back to 1.1.1.
Hopefully the next build by either can fix OpenGL as well. I read it
can't compile because of a dependancy on an XQuartz library which is
too old in the current version. XQuartz 2.3.1 is also overdue. Maybe
Kronenberg is waiting on them, too. It would be nice if it, too, is
fixed.
-
msandersen
- Level 1
- Posts: 6
- Joined: Sun Jul 20, 2008 2:22 am
Thanks for working on it regardless, all these compiling issues are beyond most of us. Everything is "easy" or "manageable" to fix as long as you know how! I don't know if it's available via Macports, but I imagine Darwine is rather tweaked for the Mac beyond merely being a straight port, I don't know if Macports would throw up similar compiler issues.
I received another update from Apple (from Vanaja Pasumarthi specifically) on my bug report, nothing new though, it's still being worked on by engineering. At least they are aware of it.
I rather look forward to a native Darwine using Aqua straight without X11, and a native GTK for The Gimp and Inkscape, or even better, someone making an actual native version, as I'm not really a great fan of GTK, being slow and ugly. Then, along with the Qt/KDE for Mac project, any issues of XQuartz would be quite irrelevant for most of us Mac users.
A fully-integrated (functional) Darwine coming default with a Mac, along with DOSBox/Boxer would be great for all those casual gamers. Apple could do worse than invest in CrossOver, I reckon. I've just signed up to CrossOver as an Advocate so I can test Wine on a few apps. Darwine alone is not yet up to scratch, and I have more luck with Crossover, despite them using Wine 0.95. I suppose the migrating window issue is one reason they haven't adopted 1.0+ yet.
I received another update from Apple (from Vanaja Pasumarthi specifically) on my bug report, nothing new though, it's still being worked on by engineering. At least they are aware of it.
I rather look forward to a native Darwine using Aqua straight without X11, and a native GTK for The Gimp and Inkscape, or even better, someone making an actual native version, as I'm not really a great fan of GTK, being slow and ugly. Then, along with the Qt/KDE for Mac project, any issues of XQuartz would be quite irrelevant for most of us Mac users.
A fully-integrated (functional) Darwine coming default with a Mac, along with DOSBox/Boxer would be great for all those casual gamers. Apple could do worse than invest in CrossOver, I reckon. I've just signed up to CrossOver as an Advocate so I can test Wine on a few apps. Darwine alone is not yet up to scratch, and I have more luck with Crossover, despite them using Wine 0.95. I suppose the migrating window issue is one reason they haven't adopted 1.0+ yet.
-
msandersen
- Level 1
- Posts: 6
- Joined: Sun Jul 20, 2008 2:22 am
Window Scrolling on OSX
Nope, Darwine (my builds at least) are a straight compilation of
Wine's sources; take a peek in /Applications/Darwine/Wine.bundle/
Contents/ - everything that you get when compiling Wine goes in
there. On Intel Macs at least, the "Darwine" port basically refers to
WineHelper.app (the app launcher that lets you double click on things
exe/lnk/msi's and automatically run them) now.
Of course, Darwine for PPC has patches for QEMU and the like, but I've
never touched those.
What you're talking about for a native Darwine has to do with writing
a Quartz driver to run instead of X11. It's still within Wine's realm
of content (see http://wiki.winehq.org/MacOSX/QuartzDriver for
information on quartzdrv, or http://repo.or.cz/w/wine/
winequartzdrv.git for the latest sources). Which is well beyond my
coding abilities at the moment.
On Sep 4, 2008, at 2:22 AM, msandersen wrote:
Wine's sources; take a peek in /Applications/Darwine/Wine.bundle/
Contents/ - everything that you get when compiling Wine goes in
there. On Intel Macs at least, the "Darwine" port basically refers to
WineHelper.app (the app launcher that lets you double click on things
exe/lnk/msi's and automatically run them) now.
Of course, Darwine for PPC has patches for QEMU and the like, but I've
never touched those.
What you're talking about for a native Darwine has to do with writing
a Quartz driver to run instead of X11. It's still within Wine's realm
of content (see http://wiki.winehq.org/MacOSX/QuartzDriver for
information on quartzdrv, or http://repo.or.cz/w/wine/
winequartzdrv.git for the latest sources). Which is well beyond my
coding abilities at the moment.
On Sep 4, 2008, at 2:22 AM, msandersen wrote:
Thanks for working on it regardless, all these compiling issues are
beyond most of us. Everything is "easy" or "manageable" to fix as
long as you know how! I don't know if it's available via Macports,
but I imagine Darwine is rather tweaked for the Mac beyond merely
being a straight port, I don't know if Macports would throw up
similar compiler issues.
I received another update from Apple (from Vanaja Pasumarthi
specifically) on my bug report, nothing new though, it's still being
worked on by engineering. At least they are aware of it.
I rather look forward to a native Darwine using Aqua straight
without X11, and a native GTK for The Gimp and Inkscape, or even
better, someone making an actual native version, as I'm not really a
great fan of GTK, being slow and ugly. Then, along with the Qt/KDE
for Mac project, any issues of XQuartz would be quite irrelevant for
most of us Mac users.
A fully-integrated (functional) Darwine coming default with a Mac,
along with DOSBox/Boxer would be great for all those casual gamers.
Apple could do worse than invest in CrossOver, I reckon. I've just
signed up to CrossOver as an Advocate so I can test Wine on a few
apps. Darwine alone is not yet up to scratch, and I have more luck
with Crossover, despite them using Wine 0.95. I suppose the
migrating window issue is one reason they haven't adopted 1.0+ yet.
-
msandersen
- Level 1
- Posts: 6
- Joined: Sun Jul 20, 2008 2:22 am
I did read something about the Qartzdriver, supposedly by the guy who originated Darwine, but was built for older version of Wine... Don't know if there's current work being done on it.
WineHelper is a step in the right direction, but ideally when Wine works better, it shouldn't open various log windows, process windows, and whatnot (while being available for debugging), and X11 shouldn't take over the top menu. CrossOver controls the top menu, with a Programs and Configure menu, as well as a right-click Programs menu from its dock icon. Much less intrusive. For DOSBox, there's Boxer, a simple frontend that makes clickable app bundles out of DOS directories. Simple and elegant.
I'm getting somewhat off-topic I guess...
WineHelper is a step in the right direction, but ideally when Wine works better, it shouldn't open various log windows, process windows, and whatnot (while being available for debugging), and X11 shouldn't take over the top menu. CrossOver controls the top menu, with a Programs and Configure menu, as well as a right-click Programs menu from its dock icon. Much less intrusive. For DOSBox, there's Boxer, a simple frontend that makes clickable app bundles out of DOS directories. Simple and elegant.
I'm getting somewhat off-topic I guess...
