tag:old.nabble.com,2006:forum-14216Nabble - Fox Toolkit2009-11-09T23:46:14ZFOX is a C++ based Toolkit for developing Graphical User Interfaces easily and effectively. Fox Toolkit home is <a href="http://www.fox-toolkit.org/" target="_top" rel="nofollow">here</a>.tag:old.nabble.com,2006:post-26279527Re: Desktop GUI apps in Ruby2009-11-09T23:46:14Z2009-11-09T23:46:14ZAnders F BjörklundLyle Johnson wrote:
<br><div class='shrinkable-quote'><br>> When I said it would need to be a "sophisticated" theming engine, I
<br>> guess I meant that it would need to provide the theme implementor with
<br>> a lot of flexibility for overriding the look and feel. One example of
<br>> a potential problem for a theming engine would be the scrollbars on OS
<br>> X. On OS X, the "arrows" (up and down, for vertical scrollbars) sit
<br>> next to each other at the bottom of the scrollbar, whereas in FOX (and
<br>> Windows, etc.) the arrows are at opposite ends of the scrollbar. So
<br>> you'd not only need to paint it differently, but also make sure there
<br>> aren't any assumptions elsewhere in the code about the placement of
<br>> those buttons.
</div><br>And this goes for simple things such as OK and Cancel in dialogs (!),
<br>and for file open dialogs, color picking, font choosing, etc. etc....
<br>It's almost impossible (and a lot of work) to get this "just right",
<br>by re-implementing the exact appearance in a non-system theme engine.
<br><br>So it would be better (IMHO) for the theming engine to provide an
<br>updated appearance (like Goggles), than trying to imitate native.
<br><br>> Another consideration would be how to handle menu bars. For Cocoa
<br>> apps, the desktop's menu bar changes depending on which application
<br>> has the focus. Individual application windows don't have the menu bar
<br>> built into them (again, this is different from Windows/Linux).
<br><br>The GTK+ approach (with the optional Ige-mac-integration that is)
<br>is to create a real Mac menu, and then loop through the existing
<br>GTK+ menu to create a copy and then finally hide the GTK+ widget.
<br>Then all events are mapped, and any changes resynced. Rather ugly ?
<br><br>There's some other things too, like you can't have a Mac program
<br>in a simple "bin" directory - but must wrap it in an ".app" bundle.
<br><br>--anders
<br><br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Foxgui-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26279527&i=0" target="_top" rel="nofollow">Foxgui-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/foxgui-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/foxgui-users</a><br><p>From forum: <a href="http://old.nabble.com/Fox-Toolkit---User-f14218.html" embed="fixTarget[14218]" target="_top" >Fox Toolkit - User</a></p>tag:old.nabble.com,2006:post-26275610Re: Desktop GUI apps in Ruby2009-11-09T15:23:54Z2009-11-09T15:23:54ZLyle Johnson-4On Mon, Nov 9, 2009 at 5:17 PM, Sander Jansen <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26275610&i=0" target="_top" rel="nofollow">s.jansen@...</a>> wrote:
<br><br>> For my own projects I subclassed the widgets from FOX to give it a
<br>> custom look. (see attached screenshot).
<br><br>Very nice indeed!
<br><br>When I said it would need to be a "sophisticated" theming engine, I
<br>guess I meant that it would need to provide the theme implementor with
<br>a lot of flexibility for overriding the look and feel. One example of
<br>a potential problem for a theming engine would be the scrollbars on OS
<br>X. On OS X, the "arrows" (up and down, for vertical scrollbars) sit
<br>next to each other at the bottom of the scrollbar, whereas in FOX (and
<br>Windows, etc.) the arrows are at opposite ends of the scrollbar. So
<br>you'd not only need to paint it differently, but also make sure there
<br>aren't any assumptions elsewhere in the code about the placement of
<br>those buttons.
<br><br>Another consideration would be how to handle menu bars. For Cocoa
<br>apps, the desktop's menu bar changes depending on which application
<br>has the focus. Individual application windows don't have the menu bar
<br>built into them (again, this is different from Windows/Linux).
<br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Foxgui-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26275610&i=1" target="_top" rel="nofollow">Foxgui-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/foxgui-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/foxgui-users</a><br><p>From forum: <a href="http://old.nabble.com/Fox-Toolkit---User-f14218.html" embed="fixTarget[14218]" target="_top" >Fox Toolkit - User</a></p>tag:old.nabble.com,2006:post-26275606Re: Desktop GUI apps in Ruby2009-11-09T15:23:35Z2009-11-09T15:23:35ZAnders F BjörklundLyle Johnson wrote:
<br><br>> What I am saying is that most people don't understand FOX's approach
<br>> (or they just disagree with it). All they know is that their
<br>> FOX/FXRuby applications look crappy when running on OS X, whereas on
<br>> Windows and Linux, they're used to their applications looking crappy.
<br>> ;)
<br><br>Yes, I suppose that is why Swing got traded for SWT and why
<br>I switched to using wxWidgets myself for my non-X11 stuff...
<br><br>>> It seems like that is something that would be done by a "theme"
<br>>> engine, something like what Java does for Swing for instance?
<br>>
<br>> Maybe, but it would need to be a pretty sophisticated theming engine.
<br>> That's something I gave up on a long time ago, though. I don't expect
<br>> that Jeroen will implement theming in FOX unless he needs it for
<br>> something he's working on.
<br><br>Not everyone has an army of programmers like Trolltech does,
<br>you would almost believe that their library is native now...
<br><br>--anders
<br><br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Foxgui-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26275606&i=0" target="_top" rel="nofollow">Foxgui-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/foxgui-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/foxgui-users</a><br><p>From forum: <a href="http://old.nabble.com/Fox-Toolkit---User-f14218.html" embed="fixTarget[14218]" target="_top" >Fox Toolkit - User</a></p>tag:old.nabble.com,2006:post-26275523Re: Desktop GUI apps in Ruby2009-11-09T15:17:14Z2009-11-09T15:17:14ZSander JansenOn Mon, Nov 9, 2009 at 5:08 PM, Lyle Johnson <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26275523&i=0" target="_top" rel="nofollow">lyle@...</a>> wrote:
<br><br>>
<br>>> It seems like that is something that would be done by a "theme"
<br>>> engine, something like what Java does for Swing for instance?
<br>>
<br>> Maybe, but it would need to be a pretty sophisticated theming engine.
<br>> That's something I gave up on a long time ago, though. I don't expect
<br>> that Jeroen will implement theming in FOX unless he needs it for
<br>> something he's working on.
<br>>
<br><br>For my own projects I subclassed the widgets from FOX to give it a
<br>custom look. (see attached screenshot).
<br><br /> <br />------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br />_______________________________________________
<br>Foxgui-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26275523&i=1" target="_top" rel="nofollow">Foxgui-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/foxgui-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/foxgui-users</a><br><div class="small"><br/><img src="http://old.nabble.com/images/icon_attachment.gif" > <strong>gradients8.png</strong> (143K) <a href="http://old.nabble.com/attachment/26275523/0/gradients8.png" target="_top">Download Attachment</a></div><p>From forum: <a href="http://old.nabble.com/Fox-Toolkit---User-f14218.html" embed="fixTarget[14218]" target="_top" >Fox Toolkit - User</a></p>tag:old.nabble.com,2006:post-26275428Re: Desktop GUI apps in Ruby2009-11-09T15:08:47Z2009-11-09T15:08:47ZLyle Johnson-4On Mon, Nov 9, 2009 at 4:52 PM, Anders F Björklund <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26275428&i=0" target="_top" rel="nofollow">afb@...</a>> wrote:
<div class='shrinkable-quote'><br>> Lyle Johnson wrote:
<br>>
<br>>> I don't know that there's sufficient interest (but I don't say that to
<br>>> discourage anyone from trying). As has already been stated, what most
<br>>> people mean when they say they want a "Mac port" of FOX is that they
<br>>> want to build applications using FOX that look like native Mac (Cocoa)
<br>>> applications.
<br>>
<br>> Not sure why it should look like a native Mac application, when
<br>> it doesn't look like a native application anywhere else either...
</div><br>I agree with you. FOX's approach is to draw everything and not use
<br>native widgets, so simply swapping out X11 for some other drawing
<br>engine wouldn't significantly change the application's appearance.
<br><br>What I am saying is that most people don't understand FOX's approach
<br>(or they just disagree with it). All they know is that their
<br>FOX/FXRuby applications look crappy when running on OS X, whereas on
<br>Windows and Linux, they're used to their applications looking crappy.
<br>;)
<br><br>> It seems like that is something that would be done by a "theme"
<br>> engine, something like what Java does for Swing for instance?
<br><br>Maybe, but it would need to be a pretty sophisticated theming engine.
<br>That's something I gave up on a long time ago, though. I don't expect
<br>that Jeroen will implement theming in FOX unless he needs it for
<br>something he's working on.
<br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Foxgui-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26275428&i=1" target="_top" rel="nofollow">Foxgui-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/foxgui-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/foxgui-users</a><br><p>From forum: <a href="http://old.nabble.com/Fox-Toolkit---User-f14218.html" embed="fixTarget[14218]" target="_top" >Fox Toolkit - User</a></p>tag:old.nabble.com,2006:post-26275244Re: Desktop GUI apps in Ruby2009-11-09T14:52:35Z2009-11-09T14:52:35ZLyle Johnson-4On Mon, Nov 9, 2009 at 4:43 PM, Anders F Björklund <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26275244&i=0" target="_top" rel="nofollow">afb@...</a>> wrote:
<br><br>> But I'm not really sure when FOX 1.8.0 is supposed to be released ?
<br>> It seems to have been in development since Apr 2006, that right?
<br><br>I think the first release of FOX 1.7 may have been around July 2006,
<br>but yes, that's the right timeframe (a little over three years ago).
<br><br>I asked about this on March 6, 2009, in a post to the mailing list.
<br>Jeroen's response at that time was:
<br><br>"I think you're right, its probably time to converge the current code
<br>to a new stable version as soon as possible.
<br><br>It hasn't reached the goals I'd set for the 1.8 release, as a result
<br>of the lack of time [and energy] due to my home construction project.
<br><br>Fortunately that will be drawing to a close in the next few months,
<br>and I should be able to resume the pace at that time.
<br><br>In the meantime, I do believe you're right, and that its worth it to
<br>focus on converging the current code into a releasable state, wrap up
<br>a few loose ends, and get it into shape for the 1.8 release."
<br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Foxgui-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26275244&i=1" target="_top" rel="nofollow">Foxgui-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/foxgui-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/foxgui-users</a><br><p>From forum: <a href="http://old.nabble.com/Fox-Toolkit---User-f14218.html" embed="fixTarget[14218]" target="_top" >Fox Toolkit - User</a></p>tag:old.nabble.com,2006:post-26275246Re: Desktop GUI apps in Ruby2009-11-09T14:52:30Z2009-11-09T14:52:30ZAnders F BjörklundLyle Johnson wrote:
<br><div class='shrinkable-quote'><br>>> If there's enough interest in such a Mac port, it's possible to do
<br>>> one
<br>>> for the released code - even if it's a hassle to do it for the
<br>>> snaphots.
<br>>
<br>> I don't know that there's sufficient interest (but I don't say that to
<br>> discourage anyone from trying). As has already been stated, what most
<br>> people mean when they say they want a "Mac port" of FOX is that they
<br>> want to build applications using FOX that look like native Mac (Cocoa)
<br>> applications.
</div><br>Not sure why it should look like a native Mac application, when
<br>it doesn't look like a native application anywhere else either...
<br><br>It seems like that is something that would be done by a "theme"
<br>engine, something like what Java does for Swing for instance ?
<br><br>> But perhaps there is some value in at least eliminating
<br>> the X11 layer and going straight to the native OS X drawing layer.
<br><br><br>Yeah, that is pretty much what the GTK+ port does for instance.
<br>(Anything else has to be added on, and chosen by developer/user)
<br><br>If you try the FLTK programs for Mac OS X (using Carbon, but...)
<br>you will see what it could look like ? "Still gray, but no 'X'"
<br><br>--anders
<br><br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Foxgui-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26275246&i=0" target="_top" rel="nofollow">Foxgui-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/foxgui-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/foxgui-users</a><br><p>From forum: <a href="http://old.nabble.com/Fox-Toolkit---User-f14218.html" embed="fixTarget[14218]" target="_top" >Fox Toolkit - User</a></p>tag:old.nabble.com,2006:post-26275137Re: Desktop GUI apps in Ruby2009-11-09T14:43:20Z2009-11-09T14:43:20ZAnders F Björklund>> If there's enough interest in such a Mac port, it's possible to do
<br>>> one
<br>>> for the released code - even if it's a hassle to do it for the
<br>>> snaphots.
<br>>
<br>> Well yes, but it's a serious pain in the ass without access to a
<br>> (readonly) repository to keep everything automatically up2date.
<br><br>That much I noticed :-) Which is why it wasn't up-to-date, either.
<br>(I was missing a few patches, since I was using 1.7.20 instead...)
<br><br>But I'm not really sure when FOX 1.8.0 is supposed to be released ?
<br>It seems to have been in development since Apr 2006, that right ?
<br><br>--anders
<br><br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Foxgui-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26275137&i=0" target="_top" rel="nofollow">Foxgui-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/foxgui-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/foxgui-users</a><br><p>From forum: <a href="http://old.nabble.com/Fox-Toolkit---User-f14218.html" embed="fixTarget[14218]" target="_top" >Fox Toolkit - User</a></p>tag:old.nabble.com,2006:post-26275112[ANN] FXRuby 1.6.20 Now Available2009-11-09T14:43:18Z2009-11-09T14:43:18ZLyle Johnson-4All,
<br><br>FXRuby version 1.6.20 is now available for download.
<br><br>This release is primarily a transitional one, intended to prove out
<br>the significant changes to the development environment. Earlier this
<br>year, the FXRuby source code repository was moved from Subversion
<br>(hosted at RubyForge) to Git (hosted at GitHub). More recently, I've
<br>revamped the build system, replacing some custom scripts with a more
<br>standardized process based on the Hoe and rake-compiler extensions to
<br>Rake. The intent of these changes is to make it easier for interested
<br>parties to participate in FXRuby's development. As a result, despite a
<br>good bit of code churn, there are (by design) no significant
<br>functional differences between this release and version 1.6.19. For a
<br>summary of the changes in this release of FXRuby, please see this
<br>page:
<br><br><a href="http://www.fxruby.org/doc/changes.html" target="_top" rel="nofollow">http://www.fxruby.org/doc/changes.html</a><br><br>Enjoy,
<br><br>Lyle
<br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Foxgui-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26275112&i=0" target="_top" rel="nofollow">Foxgui-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/foxgui-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/foxgui-users</a><br><p>From forum: <a href="http://old.nabble.com/Fox-Toolkit---User-f14218.html" embed="fixTarget[14218]" target="_top" >Fox Toolkit - User</a></p>tag:old.nabble.com,2006:post-26275043Re: Desktop GUI apps in Ruby2009-11-09T14:38:53Z2009-11-09T14:38:53ZLyle Johnson-4On Mon, Nov 9, 2009 at 4:29 PM, Anders F Björklund <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26275043&i=0" target="_top" rel="nofollow">afb@...</a>> wrote:
<br><br>> If there's enough interest in such a Mac port, it's possible to do one
<br>> for the released code - even if it's a hassle to do it for the snaphots.
<br><br>I don't know that there's sufficient interest (but I don't say that to
<br>discourage anyone from trying). As has already been stated, what most
<br>people mean when they say they want a "Mac port" of FOX is that they
<br>want to build applications using FOX that look like native Mac (Cocoa)
<br>applications. But perhaps there is some value in at least eliminating
<br>the X11 layer and going straight to the native OS X drawing layer.
<br><br>If I were going to do this (and I'm not), I might set up a Git
<br>repository on GitHub (or elsewhere) that is a sort-of mirror of FOX.
<br>It would contain a branch that is periodically synched up with the
<br>latest FOX release (or even the snapshots if that's not overkill). I'd
<br>do the "porting" work on another branch, and merge from this mirror
<br>branch into my porting branch.
<br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Foxgui-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26275043&i=1" target="_top" rel="nofollow">Foxgui-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/foxgui-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/foxgui-users</a><br><p>From forum: <a href="http://old.nabble.com/Fox-Toolkit---User-f14218.html" embed="fixTarget[14218]" target="_top" >Fox Toolkit - User</a></p>tag:old.nabble.com,2006:post-26274989Re: Desktop GUI apps in Ruby2009-11-09T14:35:18Z2009-11-09T14:35:18ZSander JansenOn Mon, Nov 9, 2009 at 4:29 PM, Anders F Björklund <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26274989&i=0" target="_top" rel="nofollow">afb@...</a>> wrote:
<div class='shrinkable-quote'><br>> Sander Jansen wrote:
<br>>
<br>>>> Whatever you choose, I don't think it's the money that's in the way ?
<br>>>> (and if it is, maybe a port isn't necessary and X11 will "suffice"...)
<br>>>
<br>>> Money / Hardware is not the issue. He doesn't have time to do it (and
<br>>> basically no one can contribute).
<br>>
<br>>
<br>> If there's enough interest in such a Mac port, it's possible to do one
<br>> for the released code - even if it's a hassle to do it for the snaphots.
</div><br>Well yes, but it's a serious pain in the ass without access to a
<br>(readonly) repository to keep everything automatically up2date.
<br><br>Sander
<br><br><br>--
<br>"And any fool knows a dog needs a home
<br>A shelter from pigs on the wing"
<br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Foxgui-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26274989&i=1" target="_top" rel="nofollow">Foxgui-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/foxgui-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/foxgui-users</a><br><p>From forum: <a href="http://old.nabble.com/Fox-Toolkit---User-f14218.html" embed="fixTarget[14218]" target="_top" >Fox Toolkit - User</a></p>tag:old.nabble.com,2006:post-26274887Re: Desktop GUI apps in Ruby2009-11-09T14:29:00Z2009-11-09T14:29:00ZAnders F BjörklundSander Jansen wrote:
<br><br>>> Whatever you choose, I don't think it's the money that's in the way ?
<br>>> (and if it is, maybe a port isn't necessary and X11 will
<br>>> "suffice"...)
<br>>
<br>> Money / Hardware is not the issue. He doesn't have time to do it (and
<br>> basically no one can contribute).
<br><br><br>If there's enough interest in such a Mac port, it's possible to do one
<br>for the released code - even if it's a hassle to do it for the snaphots.
<br><br>It seems that there is not even any need for special software/hardware,
<br>since it can be done from Linux (GNUstep) just like Windows (MinGW32) ?
<br><br>--anders
<br><br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Foxgui-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26274887&i=0" target="_top" rel="nofollow">Foxgui-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/foxgui-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/foxgui-users</a><br><p>From forum: <a href="http://old.nabble.com/Fox-Toolkit---User-f14218.html" embed="fixTarget[14218]" target="_top" >Fox Toolkit - User</a></p>tag:old.nabble.com,2006:post-26274658Re: Desktop GUI apps in Ruby2009-11-09T14:10:41Z2009-11-09T14:10:41ZSander JansenOn Fri, Nov 6, 2009 at 7:30 AM, Anders F Björklund <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26274658&i=0" target="_top" rel="nofollow">afb@...</a>> wrote:
<div class='shrinkable-quote'><br>> Lothar Scholz wrote:
<br>>
<br>>> AFB> Hmm, how is that fundraiser going ? Wonder if it would need a
<br>>> Mac Mini
<br>>> AFB> fresh off the Apple Store ($600) with Snow Leopard, or if it
<br>>> would do
<br>>> AFB> with an old used PowerPC Mac from eBay ($100) with Leopard or
<br>>> Tiger ?
<br>>> AFB> It must have been 5 years ago or something that it got
<br>>> started, right ?
<br>>>
<br>>> What about a Snow Leopard for $30 and a hackintosh?
<br>>
<br>> Whatever you choose, I don't think it's the money that's in the way ?
<br>> (and if it is, maybe a port isn't necessary and X11 will "suffice"...)
</div><br>Money / Hardware is not the issue. He doesn't have time to do it (and
<br>basically no one can contribute).
<br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Foxgui-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26274658&i=1" target="_top" rel="nofollow">Foxgui-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/foxgui-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/foxgui-users</a><br><p>From forum: <a href="http://old.nabble.com/Fox-Toolkit---User-f14218.html" embed="fixTarget[14218]" target="_top" >Fox Toolkit - User</a></p>tag:old.nabble.com,2006:post-26274566Re: [PATCH] FXThread 1.7.20 on Mac2009-11-09T14:04:38Z2009-11-09T14:04:38ZSander JansenOn Sun, Nov 8, 2009 at 5:13 AM, Niall Douglas <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26274566&i=0" target="_top" rel="nofollow">s_sourceforge@...</a>> wrote:
<div class='shrinkable-quote'><br>> On 7 Nov 2009 at 13:59, Jeroen van der Zijp wrote:
<br>>
<br>>> > > > Is there a source code repository available for FOX yet ?
<br>>> > >
<br>>> > > No.
<br>>> >
<br>>> > Have you considered a git repository? You could merge your private
<br>>> > changes to the public copy whenever you issue a snapshot release?
<br>>>
<br>>> I have been running GIT for almost a year already.
<br>>>
<br>>> But thanks for the suggestion,
<br>>
<br>> So, you're happy then to have a public GIT of FOX reflect the
<br>> snapshot releases you do?
</div><br>Don't hold your breath... that will never happen...
<br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Foxgui-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26274566&i=1" target="_top" rel="nofollow">Foxgui-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/foxgui-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/foxgui-users</a><br><p>From forum: <a href="http://old.nabble.com/Fox-Toolkit---User-f14218.html" embed="fixTarget[14218]" target="_top" >Fox Toolkit - User</a></p>tag:old.nabble.com,2006:post-26274449Re: A Mac port (was: Re: Desktop GUI apps in Ruby)2009-11-09T13:56:16Z2009-11-09T13:56:16ZAnders F BjörklundNiall Douglas wrote:
<br><br>> In so far as I understand it, the main GUI event loop needs to be in
<br>> Cocoa and Obj-C. One would need to redesign FXApp, but it could be
<br>> done. However after that one has a big problem: FOX calls into the
<br>> windowing API all over the place and usually nested deep inside C++,
<br>> so getting back into Obj-C is extremely tricky. To my knowledge, C
<br>> can call into Obj-C, so basically you lose all the C++ extra stuff
<br>> whenever you dip into Obj-C.
<br><br>Or just compile all of FOX as Objective-C++ instead, then
<br>you don't lose anything by going back and forth like that ?
<br>The user programs can still be compiled as regular C++...
<br><br>> However no one actually needs a Mac for any of this: there is a
<br>> reasonably complete port of Apple's Cocoa to Windows at
<br>> <a href="http://www.cocotron.org/" target="_top" rel="nofollow">http://www.cocotron.org/</a>.
<br><br>Why use that instead of GNUstep, readily available on Linux ?
<br>It is just `sudo apt-get install libgnustep-gui-dev` on Ubuntu.
<br>Compiles that sample program, after replacing <Cocoa/Cocoa.h>.
<br><br>--anders
<br><br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Foxgui-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26274449&i=0" target="_top" rel="nofollow">Foxgui-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/foxgui-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/foxgui-users</a><br><p>From forum: <a href="http://old.nabble.com/Fox-Toolkit---User-f14218.html" embed="fixTarget[14218]" target="_top" >Fox Toolkit - User</a></p>tag:old.nabble.com,2006:post-26274361Re: FXRuby table and color questions2009-11-09T13:51:00Z2009-11-09T13:51:00ZLyle Johnson-4On Mon, Nov 9, 2009 at 1:38 PM, Leslie Viljoen <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26274361&i=0" target="_top" rel="nofollow">leslieviljoen@...</a>> wrote:
<br><br>> Does the Fox toolkit support partial transparency?
<br><br>Not as far as I know.
<br><br>When you assign an icon image to a widget (usually a label or button),
<br>FOX will honor any regions identified as fully transparent in the
<br>image. For PNGs, it uses the alpha channel to identify regions where
<br>alpha is zero; for other image types it can guess the transparent
<br>color or you can specify it explicitly.
<br><br>> Also, is it possible to give different background colours to each cell
<br>> in a FXTable? The documentation seems to
<br>> skirt past this issue with a setCellColor function which only provides
<br>> for global shading of every second row/col.
<br>> Maybe I am missing something obvious?
<br><br>You aren't missing anything. All you can achieve with the table, short
<br>of maybe subclassing it and overriding the drawing behavior, is set
<br>alternating cell colors.
<br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Foxgui-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26274361&i=1" target="_top" rel="nofollow">Foxgui-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/foxgui-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/foxgui-users</a><br><p>From forum: <a href="http://old.nabble.com/Fox-Toolkit---User-f14218.html" embed="fixTarget[14218]" target="_top" >Fox Toolkit - User</a></p>tag:old.nabble.com,2006:post-26252739Re: [PATCH] FXThread 1.7.20 on Mac2009-11-08T03:13:40Z2009-11-08T03:13:40ZNiall DouglasOn 7 Nov 2009 at 13:59, Jeroen van der Zijp wrote:
<br><div class='shrinkable-quote'><br>> > > > Is there a source code repository available for FOX yet ?
<br>> > >
<br>> > > No.
<br>> >
<br>> > Have you considered a git repository? You could merge your private
<br>> > changes to the public copy whenever you issue a snapshot release?
<br>>
<br>> I have been running GIT for almost a year already.
<br>>
<br>> But thanks for the suggestion,
</div><br>So, you're happy then to have a public GIT of FOX reflect the
<br>snapshot releases you do?
<br><br>Cheers,
<br>Niall
<br><br><br><br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Foxgui-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26252739&i=0" target="_top" rel="nofollow">Foxgui-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/foxgui-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/foxgui-users</a><br><p>From forum: <a href="http://old.nabble.com/Fox-Toolkit---User-f14218.html" embed="fixTarget[14218]" target="_top" >Fox Toolkit - User</a></p>tag:old.nabble.com,2006:post-26248488Re: [PATCH] FXThread 1.7.20 on Mac2009-11-07T11:59:29Z2009-11-07T11:59:29ZJeroen van der Zijp-5On Saturday 07 November 2009, Niall Douglas wrote:
<br>> On 7 Nov 2009 at 12:47, Jeroen van der Zijp wrote:
<br>>
<br>> > > Is there a source code repository available for FOX yet ?
<br>> >
<br>> > No.
<br>>
<br>> Have you considered a git repository? You could merge your private
<br>> changes to the public copy whenever you issue a snapshot release?
<br><br>I have been running GIT for almost a year already.
<br><br>But thanks for the suggestion,
<br><br>
<br> - Jeroen
<br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Foxgui-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26248488&i=0" target="_top" rel="nofollow">Foxgui-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/foxgui-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/foxgui-users</a><br><p>From forum: <a href="http://old.nabble.com/Fox-Toolkit---User-f14218.html" embed="fixTarget[14218]" target="_top" >Fox Toolkit - User</a></p>tag:old.nabble.com,2006:post-26248023Re: [PATCH] FXThread 1.7.20 on Mac2009-11-07T11:56:10Z2009-11-07T11:56:10ZNiall DouglasOn 7 Nov 2009 at 12:47, Jeroen van der Zijp wrote:
<br><br>> > Is there a source code repository available for FOX yet ?
<br>>
<br>> No.
<br><br>Have you considered a git repository? You could merge your private
<br>changes to the public copy whenever you issue a snapshot release?
<br><br>I just have an issue of having to redownload an entire set of the
<br>sourcecode each and every time when the delta is enough. Furthermore
<br>one can automate the updating and patching when it's a git repo,
<br>whereas snapshots require a manual intervention.
<br><br>Cheers,
<br>Niall
<br><br><br><br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Foxgui-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26248023&i=0" target="_top" rel="nofollow">Foxgui-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/foxgui-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/foxgui-users</a><br><p>From forum: <a href="http://old.nabble.com/Fox-Toolkit---User-f14218.html" embed="fixTarget[14218]" target="_top" >Fox Toolkit - User</a></p>tag:old.nabble.com,2006:post-26247941Re: [PATCH] FXThread 1.7.20 on Mac2009-11-07T10:47:37Z2009-11-07T10:47:37ZJeroen van der Zijp-5On Saturday 07 November 2009, Anders F Björklund wrote:
<br>> Jeroen van der Zijp write:
<br>>
<br>> >> I was trying to build fox-1.7.20, but had some troubles
<br>> >> with the FXThread.cpp file (missing some definitions)...
<br>> >
<br>> > Header file issue had already been taken care of in the snapshot.
<br>>
<br>> Right, I hadn't tried the snapshot (must have missed it)
<br><br>Its on: ftp://fox-toolkit.org/pub/fox-snapshot.tar.gz
<br><br>> Is there a source code repository available for FOX yet ?
<br><br>No.
<br><br><br><br>--
<br>+----------------------------------------------------------------------------+
<br>| Copyright (C) 12:40 11/ 7/2009 Jeroen van der Zijp. All Rights Reserved. |
<br>+----------------------------------------------------------------------------+
<br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Foxgui-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26247941&i=0" target="_top" rel="nofollow">Foxgui-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/foxgui-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/foxgui-users</a><br><p>From forum: <a href="http://old.nabble.com/Fox-Toolkit---User-f14218.html" embed="fixTarget[14218]" target="_top" >Fox Toolkit - User</a></p>tag:old.nabble.com,2006:post-26245318Determining UI and OS2009-11-07T06:33:42Z2009-11-07T06:33:42ZAnders F Björklund<br>The original problems I had with FOX seems to still
<br>be there in the 1.7 release, and even worse there ?
<br>The only macro that I could see was "WIN32" and it
<br>is being used both for the UI (!X11) and OS (!UNIX)
<br><br>To start a third implementation of the user interface,
<br>one *needs* to separate those definitions into two...
<br><br>Previously I had added a "X11" and a "MACOS" and used
<br>"UNIX" (not only "linux") and "macintosh" for the defs.
<br>So it seems that it should now be a "COCOA" and that
<br>"macintosh" is no longer needed (Mac OS X is a UNIX) ?
<br><br><br>Looking for the OS variant is easy enough, only needs
<br>to use the "WIN32" and maybe a matching "UNIX" like:
<br><br> # Init
<br> AC_INIT(fox,[fox_version],<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26245318&i=0" target="_top" rel="nofollow">jeroen@...</a>)
<br> AC_CONFIG_SRCDIR([include/fx.h])
<br>+AC_CANONICAL_HOST
<br> AM_INIT_AUTOMAKE([foreign])
<br><br>+# Check OS
<br>+case "$host" in
<br>+ *-*-mingw32*)
<br>+ AC_DEFINE(WIN32, 1, [Windows])
<br>+ ;;
<br>+ *)
<br>+ AC_DEFINE(UNIX, 1, [UNIX-variant])
<br>+ ;;
<br>+esac
<br>+
<br><br>Then it could default to use the WIN interface on WIN32
<br>and the X11 interface on UNIX, and add macros for those.
<br>Something like "FOX_WINUI" and "FOX_X11UI" perhaps ?
<br>Plus some configure param to choose something else...
<br><br>So instead of the current: "#ifndef WIN32 // X11"
<br>it would rather look like: "#if defined(FOX_X11UI)"
<br>And then it could set LIBS, X_BASE_LIBS and GL_LIBS ?
<br>(but maybe X_BASE_LIBS should be UI_LIBS or similar)
<br><br> X_BASE_LIBS="-lcomctl32 -lwsock32 -lwinspool -lmpr -lgdi32 -limm32"
<br> LIBGLU="-lglu32"
<br> LIBGL="-lopengl32"
<br><br> X_BASE_LIBS="-lX11 -lXext"
<br> LIBGLU="-lGLU"
<br> LIBGL="-lGL"
<br><br>I don't see that it is possible to add additional UI,
<br>unless some macros like that is added to the config ?
<br>Then one *could* set "FOX_COCOA" for the Mac OS X UI,
<br>and *not* set any of the other two (WINUI or X11UI)...
<br><br> X_BASE_LIBS="-Wl,-framework,Cocoa"
<br> LIBGLU=""
<br> LIBGL="-Wl,-framework,OpenGL"
<br><br>Then all that remains is someone to do an implementation... :-)
<br>Something like this: <a href="http://blog.hyperjeff.net/code?id=292" target="_top" rel="nofollow">http://blog.hyperjeff.net/code?id=292</a><br><br>--anders
<br><br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Foxgui-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26245318&i=1" target="_top" rel="nofollow">Foxgui-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/foxgui-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/foxgui-users</a><br><p>From forum: <a href="http://old.nabble.com/Fox-Toolkit---User-f14218.html" embed="fixTarget[14218]" target="_top" >Fox Toolkit - User</a></p>tag:old.nabble.com,2006:post-26243796Re: [PATCH] FXThread 1.7.20 on Mac2009-11-07T03:04:50Z2009-11-07T03:04:50ZAnders F BjörklundJeroen van der Zijp write:
<br><br>>> I was trying to build fox-1.7.20, but had some troubles
<br>>> with the FXThread.cpp file (missing some definitions)...
<br>>
<br>> Header file issue had already been taken care of in the snapshot.
<br><br>Right, I hadn't tried the snapshot (must have missed it)
<br>Is there a source code repository available for FOX yet ?
<br><br>Tried looking at SourceForge, but it seemed outdated...
<br>(CVS from 2004, found some of my old patches from 2007)
<br><br>--anders
<br><br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Foxgui-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26243796&i=0" target="_top" rel="nofollow">Foxgui-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/foxgui-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/foxgui-users</a><br><p>From forum: <a href="http://old.nabble.com/Fox-Toolkit---User-f14218.html" embed="fixTarget[14218]" target="_top" >Fox Toolkit - User</a></p>tag:old.nabble.com,2006:post-26241114Re: [PATCH] FXThread 1.7.20 on Mac2009-11-06T16:03:12Z2009-11-06T16:03:12ZJeroen van der Zijp-5On Thursday 05 November 2009, Anders F Björklund wrote:
<br>>
<br>> I was trying to build fox-1.7.20, but had some troubles
<br>> with the FXThread.cpp file (missing some definitions)...
<br><br>Header file issue had already been taken care of in the snapshot.
<br><br>Fixed the issue with the FXCondition::wait() [but didn't use this macro].
<br><br><br>Cheers,
<br><br> - Jeroen
<br><br><br><br>--
<br>+----------------------------------------------------------------------------+
<br>| Copyright (C) 18:00 11/ 6/2009 Jeroen van der Zijp. All Rights Reserved. |
<br>+----------------------------------------------------------------------------+
<br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Foxgui-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26241114&i=0" target="_top" rel="nofollow">Foxgui-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/foxgui-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/foxgui-users</a><br><p>From forum: <a href="http://old.nabble.com/Fox-Toolkit---User-f14218.html" embed="fixTarget[14218]" target="_top" >Fox Toolkit - User</a></p>tag:old.nabble.com,2006:post-26238171Re: Desktop GUI apps in Ruby2009-11-06T11:29:04Z2009-11-06T11:29:04ZLothar ScholzHello Anders,
<br><br>AFB> Whatever you choose, I don't think it's the money that's in the way ?
<br><br>I agree.
<br><br>AFB> Alternatively one could open up the source and have someone else do it.
<br><br>Jeroen and opening up the source, ROTFL. Last time he wasn't even
<br>willing to change the preprocessor #ifndef WIN32 into a #ifndef
<br>X11/Win32/Cocoa combination or even worse understand why it is
<br>necessary.
<br><br>--
<br>Best regards,
<br> Lothar mailto:<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26238171&i=0" target="_top" rel="nofollow">llothar@...</a>
<br><br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Foxgui-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26238171&i=1" target="_top" rel="nofollow">Foxgui-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/foxgui-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/foxgui-users</a><br><p>From forum: <a href="http://old.nabble.com/Fox-Toolkit---User-f14218.html" embed="fixTarget[14218]" target="_top" >Fox Toolkit - User</a></p>tag:old.nabble.com,2006:post-26232967Re: [PATCH] FOX configure for MinGW322009-11-06T06:33:19Z2009-11-06T06:33:19ZJeroen van der Zijp-5On Friday 06 November 2009, Niall Douglas wrote:
<div class='shrinkable-quote'><br>> On 5 Nov 2009 at 15:53, Jeroen van der Zijp wrote:
<br>>
<br>> > I assume this might be better since if we're using GCC + x86 [-64 ] then we want the
<br>> > inlined GCC assembly version and not the function call.
<br>> >
<br>> > Or am I wrong here?
<br>>
<br>> On GCC if you'd like to be portable too (taken from TnFOX's
<br>> FXAtomicInt):
<br>>
<br>> QMUTEX_INLINEI int FXAtomicInt::cmpXI(int compare, int newval)
<br>> throw()
<br>> {
<br>> #ifdef __GNUC__
<br>> int myret;
<br>> #ifdef USE_X86
<br>> __asm__ __volatile__ (
<br>> #ifdef FX_SMPBUILD
<br>> "pause\n\tlock/cmpxchgl %2,(%1)"
<br>> #else
<br>> "pause\n\tcmpxchgl %2,(%1)"
<br>> #endif
<br>> : "=a" (myret) : "r" (&value), "r" (newval), "a" (compare));
<br>> #else
<br>> while(__gnu_cxx::__exchange_and_add((_Atomic_word *) &lock, 1))
<br>> __gnu_cxx::__atomic_add((_Atomic_word *) &lock, -1);
<br>> myret=value;
<br>> if(value==compare)
<br>> value=newval;
<br>> __gnu_cxx::__atomic_add((_Atomic_word *) &lock, -1);
<br>> #endif
<br>> return myret;
<br>> #elif defined(USE_WINAPI)
<br>> return _InterlockedCompareExchange((PLONG) &value, newval, compare);
<br>> #endif
<br>> }
<br>>
<br>> Those __gnu_cxx:: functions could actually replace all hand coded
<br>> assembler in GCC - moreover, they're portable too.
</div><br>I have tried to use the compiler builtins before, and didn't have much
<br>luck with them.
<br><br>First, it appears that you have to be extremely careful with which CPU
<br>architecture you're generating code for. If your compiler is set to
<br>"vanilla" x86 mode, then it won't generate locking versions.
<br><br>Even on x86-64, I have found the builtins to be flawed. The inline
<br>assembly is more reliable. I found this problem executing on dual
<br>quad-core machines where locking actually involves bus cycles between
<br>processors. Stuff appeared to work on single processor machines.
<br><br>Second, the builtins don't seem to be inlined in all cases.
<br><br>This is why I'm not using the builtins.
<br><br><br><br> - Jeroen
<br>
<br><br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Foxgui-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26232967&i=0" target="_top" rel="nofollow">Foxgui-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/foxgui-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/foxgui-users</a><br><p>From forum: <a href="http://old.nabble.com/Fox-Toolkit---User-f14218.html" embed="fixTarget[14218]" target="_top" >Fox Toolkit - User</a></p>tag:old.nabble.com,2006:post-26232341Re: Desktop GUI apps in Ruby2009-11-06T05:30:16Z2009-11-06T05:30:16ZAnders F BjörklundLothar Scholz wrote:
<br><div class='shrinkable-quote'><br>> AFB> Hmm, how is that fundraiser going ? Wonder if it would need a
<br>> Mac Mini
<br>> AFB> fresh off the Apple Store ($600) with Snow Leopard, or if it
<br>> would do
<br>> AFB> with an old used PowerPC Mac from eBay ($100) with Leopard or
<br>> Tiger ?
<br>> AFB> It must have been 5 years ago or something that it got
<br>> started, right ?
<br>>
<br>> What about a Snow Leopard for $30 and a hackintosh?
</div><br>Whatever you choose, I don't think it's the money that's in the way ?
<br>(and if it is, maybe a port isn't necessary and X11 will "suffice"...)
<br><br>Alternatively one could open up the source and have someone else do it.
<br>Writing a nibless Cocoa app is challenging enough without being new ?
<br><br>--anders
<br><br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Foxgui-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26232341&i=0" target="_top" rel="nofollow">Foxgui-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/foxgui-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/foxgui-users</a><br><p>From forum: <a href="http://old.nabble.com/Fox-Toolkit---User-f14218.html" embed="fixTarget[14218]" target="_top" >Fox Toolkit - User</a></p>tag:old.nabble.com,2006:post-26230732Re: [PATCH] FOX configure for MinGW322009-11-06T03:49:34Z2009-11-06T03:49:34ZNiall DouglasOn 5 Nov 2009 at 15:53, Jeroen van der Zijp wrote:
<br><br>> I assume this might be better since if we're using GCC + x86 [-64 ] then we want the
<br>> inlined GCC assembly version and not the function call.
<br>>
<br>> Or am I wrong here?
<br><br>On GCC if you'd like to be portable too (taken from TnFOX's
<br>FXAtomicInt):
<br><br>QMUTEX_INLINEI int FXAtomicInt::cmpXI(int compare, int newval)
<br>throw()
<br>{
<br>#ifdef __GNUC__
<br> int myret;
<br>#ifdef USE_X86
<br> __asm__ __volatile__ (
<br>#ifdef FX_SMPBUILD
<br> "pause\n\tlock/cmpxchgl %2,(%1)"
<br>#else
<br> "pause\n\tcmpxchgl %2,(%1)"
<br>#endif
<br> : "=a" (myret) : "r" (&value), "r" (newval), "a" (compare));
<br>#else
<br> while(__gnu_cxx::__exchange_and_add((_Atomic_word *) &lock, 1))
<br>__gnu_cxx::__atomic_add((_Atomic_word *) &lock, -1);
<br> myret=value;
<br> if(value==compare)
<br> value=newval;
<br> __gnu_cxx::__atomic_add((_Atomic_word *) &lock, -1);
<br>#endif
<br> return myret;
<br>#elif defined(USE_WINAPI)
<br> return _InterlockedCompareExchange((PLONG) &value, newval, compare);
<br>#endif
<br>}
<br><br>Those __gnu_cxx:: functions could actually replace all hand coded
<br>assembler in GCC - moreover, they're portable too.
<br><br>HTH,
<br>Niall
<br><br><br><br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Foxgui-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26230732&i=0" target="_top" rel="nofollow">Foxgui-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/foxgui-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/foxgui-users</a><br><p>From forum: <a href="http://old.nabble.com/Fox-Toolkit---User-f14218.html" embed="fixTarget[14218]" target="_top" >Fox Toolkit - User</a></p>tag:old.nabble.com,2006:post-26230002Re: Desktop GUI apps in Ruby2009-11-06T01:49:58Z2009-11-06T01:49:58ZLothar ScholzHello Anders,
<br><br>Wednesday, November 4, 2009, 9:19:48 PM, you wrote:
<br><br>AFB> Hmm, how is that fundraiser going ? Wonder if it would need a Mac Mini
<br>AFB> fresh off the Apple Store ($600) with Snow Leopard, or if it would do
<br>AFB> with an old used PowerPC Mac from eBay ($100) with Leopard or Tiger ?
<br>AFB> It must have been 5 years ago or something that it got started, right ?
<br><br>What about a Snow Leopard for $30 and a hackintosh?
<br>I myself own two iMacs but all my work is now done on a EFix USB enabled
<br>Q6600 machine. So it would be around $250.
<br><br>--
<br>Best regards,
<br> Lothar mailto:<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26230002&i=0" target="_top" rel="nofollow">llothar@...</a>
<br><br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Foxgui-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26230002&i=1" target="_top" rel="nofollow">Foxgui-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/foxgui-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/foxgui-users</a><br><p>From forum: <a href="http://old.nabble.com/Fox-Toolkit---User-f14218.html" embed="fixTarget[14218]" target="_top" >Fox Toolkit - User</a></p>tag:old.nabble.com,2006:post-26223566Re: [PATCH] FOX configure for MinGW322009-11-05T14:37:38Z2009-11-05T14:37:38ZJeroen van der Zijp-5On Thursday 05 November 2009, Anders F Björklund wrote:
<div class='shrinkable-quote'><br>> Jeroen van der Zijp wrote:
<br>>
<br>> >> PS. UI selection could definitely need something better
<br>> >> than just keying of whether "WIN32" is defined or not ?
<br>> >
<br>> > It suffices.
<br>>
<br>> It gets really annoying if one is trying to add a
<br>> third platform or something, with the UNIX vs X11...
<br>>
<br>> > Incidentally, I don't like the:
<br>> >
<br>> > #include <Windows.h>
<br>> >
<br>> > in the patch.
<br>>
<br>> Me neither, but that's where the intrinsics were...
<br>> (possibly using <Winbase.h> and _InterlockedAdd etc)
</div><br>One could say (for now) if you need them, include Windows.h yourself;
<br>this is obviously that needs fixing since it isn't an acceptable
<br>solution....
<br><br>> > No platform-headers are to be included into heades that FOX
<br>> > application
<br>> > programs can see, because application programs that use FOX do not
<br>> > depend on platform-dependent headers at all (e.g. don't include X11 or
<br>> > Windows header files). This prevents lots of hassles.
<br>>
<br>> Sounds like a good way to handle it, I agree.
<br>> But "LONG" and the "Interlocked*" were missing ?
<br><br>Code compiles unless you actually flesh out FXAtomic in
<br>your own code; only then would calls be generated; just including
<br>it but not using them would not affect anyone.
<br><br><br>> > Do you see a way to do without?
<br>>
<br>> Well, I suppose you mean as aside from moving them
<br>> from the inlined headers to the compiled source ?
<br><br>That would be one way. Inside FOX implementation we *do* have
<br>the Windows.h headers available.
<br><br>Alternatively we could furnish our own declarations. I'm inclined
<br>to prefer the first option, however.
<br><br>> You could move all of the Windows intrinsics and
<br>> the assembler to some helper function and inline
<br>> the call to that instead ? Or maybe you *could*
<br>> switch them over to use _Interlockedxxx instead ?
<br><br>If there will be an "FXAtomic.cpp" inside the library,
<br>then we can have whatever #ifdef ratnest is necessary to
<br>get to the most efficient implementation.
<br><br>I feel that this is probably the way to go:- implement
<br>FXAtomic in terms of a few additional API's that live
<br>in the library. It also gets the ugliness out of the header
<br>files.
<br><br>Another issue is if FXAtomicInt (etc) should even be a class;
<br>I'm thinking perhaps it shouldn't...
<br><br><br> - Jeroen
<br><br><br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Foxgui-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26223566&i=0" target="_top" rel="nofollow">Foxgui-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/foxgui-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/foxgui-users</a><br><p>From forum: <a href="http://old.nabble.com/Fox-Toolkit---User-f14218.html" embed="fixTarget[14218]" target="_top" >Fox Toolkit - User</a></p>tag:old.nabble.com,2006:post-26223423Re: [PATCH] FOX configure for MinGW322009-11-05T14:25:34Z2009-11-05T14:25:34ZJeroen van der Zijp-5On Thursday 05 November 2009, Anders F Björklund wrote:
<div class='shrinkable-quote'><br>> Jeroen van der Zijp wrote:
<br>>
<br>> > I assume this might be better since if we're using GCC + x86 [-64 ]
<br>> > then we want the
<br>> > inlined GCC assembly version and not the function call.
<br>> >
<br>> > Or am I wrong here?
<br>>
<br>> Maybe, I just know that those 4 functions were missing from
<br>> the winbase.h of the MinGW that I used even if the others
<br>> were there. Possibly they were added in a later Windows SDK
<br>> or something, saw* someone mention that using "NT5" also worked ?
</div><br>I changed the order of #ifdef testing. This means that if you're
<br>GCC + x86[-64], it'll go with the inlines, regardless of underlying
<br>operating system. This is appropriate since this is not operating
<br>system dependent, but compiler/architecture dependent.
<br><br>It'll check WIN32 after the GCC/(x86,x86-64) check.
<br><br><br>Now, there may still be an issue of having declarations for these API's
<br>on WIN32; FOX itself doesn't use FXAtomic (only parallel programs would
<br>even need to consider them) so it could be I have simply not noticed a
<br>problem that exists.
<br><br>(None of this affects MINGW32, btw).
<br><br><br><br> Cheers,
<br><br><br> - Jeroen
<br><br><br><br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Foxgui-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26223423&i=0" target="_top" rel="nofollow">Foxgui-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/foxgui-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/foxgui-users</a><br><p>From forum: <a href="http://old.nabble.com/Fox-Toolkit---User-f14218.html" embed="fixTarget[14218]" target="_top" >Fox Toolkit - User</a></p>tag:old.nabble.com,2006:post-26223330Re: [PATCH] FOX configure for MinGW322009-11-05T14:19:36Z2009-11-05T14:19:36ZAnders F BjörklundJeroen van der Zijp wrote:
<br><br>>> PS. UI selection could definitely need something better
<br>>> than just keying of whether "WIN32" is defined or not ?
<br>>
<br>> It suffices.
<br><br>It gets really annoying if one is trying to add a
<br>third platform or something, with the UNIX vs X11...
<br><br>> Incidentally, I don't like the:
<br>>
<br>> #include <Windows.h>
<br>>
<br>> in the patch.
<br><br>Me neither, but that's where the intrinsics were...
<br>(possibly using <Winbase.h> and _InterlockedAdd etc)
<br><br>> No platform-headers are to be included into heades that FOX
<br>> application
<br>> programs can see, because application programs that use FOX do not
<br>> depend on platform-dependent headers at all (e.g. don't include X11 or
<br>> Windows header files). This prevents lots of hassles.
<br><br>Sounds like a good way to handle it, I agree.
<br>But "LONG" and the "Interlocked*" were missing ?
<br><br>> Do you see a way to do without?
<br><br>Well, I suppose you mean as aside from moving them
<br>from the inlined headers to the compiled source ?
<br><br>You could move all of the Windows intrinsics and
<br>the assembler to some helper function and inline
<br>the call to that instead ? Or maybe you *could*
<br>switch them over to use _Interlockedxxx instead ?
<br><br>#include <intrin.h>
<br>#pragma intrinsic(_InterlockedAnd)
<br><br>--anders
<br><br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Foxgui-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26223330&i=0" target="_top" rel="nofollow">Foxgui-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/foxgui-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/foxgui-users</a><br><p>From forum: <a href="http://old.nabble.com/Fox-Toolkit---User-f14218.html" embed="fixTarget[14218]" target="_top" >Fox Toolkit - User</a></p>tag:old.nabble.com,2006:post-26223119Re: [PATCH] FOX configure for MinGW322009-11-05T14:04:14Z2009-11-05T14:04:14ZAnders F BjörklundJeroen van der Zijp wrote:
<br><br>> I assume this might be better since if we're using GCC + x86 [-64 ]
<br>> then we want the
<br>> inlined GCC assembly version and not the function call.
<br>>
<br>> Or am I wrong here?
<br><br>Maybe, I just know that those 4 functions were missing from
<br>the winbase.h of the MinGW that I used even if the others
<br>were there. Possibly they were added in a later Windows SDK
<br>or something, saw* someone mention that using "NT5" also worked ?
<br><br>* <a href="http://sourceforge.net/mailarchive/message.php" target="_top" rel="nofollow">http://sourceforge.net/mailarchive/message.php</a>?
<br>msg_name=a275e6d00909282157k10e74a1ft9662caca34e57638%40mail.gmail.com
<br><br>--anders
<br><br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Foxgui-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26223119&i=0" target="_top" rel="nofollow">Foxgui-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/foxgui-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/foxgui-users</a><br><p>From forum: <a href="http://old.nabble.com/Fox-Toolkit---User-f14218.html" embed="fixTarget[14218]" target="_top" >Fox Toolkit - User</a></p>tag:old.nabble.com,2006:post-26222944Re: [PATCH] FOX configure for MinGW322009-11-05T13:53:46Z2009-11-05T13:53:46ZJeroen van der Zijp-5On Thursday 05 November 2009, Anders F Björklund wrote:
<div class='shrinkable-quote'><br>>
<br>> Seemed like you couldn't configure and build for
<br>> MinGW32 with fox-1.7, like you could with fox-1.6 ?
<br>>
<br>> It had all the X11 libraries hardcoded, so I added the
<br>> Win32 libraries and also patched some missing symbols...
<br>> (these were reported earlier too, but didn't see a fix)
<br>> Cross-compiles fine now, and runs with Wine or Windows.
<br>>
<br>> --anders
<br>>
<br>> PS. UI selection could definitely need something better
<br>> than just keying of whether "WIN32" is defined or not ?
<br>>
<br>>
</div><br>Perhaps its better to change the FXAtomic as follows:
<br><br>OLD:
<br><br><br> /// Set variable to v; return old value
<br> inline FXint set(FXint v){
<br>#if defined(WIN32)
<br> return InterlockedExchange((LONG*)&val,v);
<br>#elif (defined(__GNUC__) || defined(__ICC)) && (defined(__i386__) || defined(__x86_64__))
<br> FXint ret=v;
<br> __asm__ __volatile__("lock\n\t"
<br> "xchgl %0,%1\n\t" : "=r" (ret) : "m" (val), "0" (ret) : "memory");
<br> return ret;
<br>#else
<br> FXint ret=val;
<br> val=v;
<br> return ret;
<br>#endif
<br> }
<br><br><br>NEW:
<br><br><br> /// Set variable to v; return old value
<br> inline FXint set(FXint v){
<br>#if (defined(__GNUC__) || defined(__ICC)) && (defined(__i386__) || defined(__x86_64__))
<br> FXint ret=v;
<br> __asm__ __volatile__("lock\n\t"
<br> "xchgl %0,%1\n\t" : "=r" (ret) : "m" (val), "0" (ret) : "memory");
<br> return ret;
<br>#elif defined(WIN32)
<br> return InterlockedExchange((LONG*)&val,v);
<br>#else
<br> FXint ret=val;
<br> val=v;
<br> return ret;
<br>#endif
<br> }
<br><br><br>[etc]
<br><br>I assume this might be better since if we're using GCC + x86 [-64 ] then we want the
<br>inlined GCC assembly version and not the function call.
<br><br>Or am I wrong here?
<br><br><br> - Jeroen
<br><br><br><br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Foxgui-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26222944&i=0" target="_top" rel="nofollow">Foxgui-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/foxgui-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/foxgui-users</a><br><p>From forum: <a href="http://old.nabble.com/Fox-Toolkit---User-f14218.html" embed="fixTarget[14218]" target="_top" >Fox Toolkit - User</a></p>tag:old.nabble.com,2006:post-26222807Re: [PATCH] FOX configure for MinGW322009-11-05T13:43:24Z2009-11-05T13:43:24ZJeroen van der Zijp-5On Thursday 05 November 2009, Anders F Björklund wrote:
<br>>
<br>> Seemed like you couldn't configure and build for
<br>> MinGW32 with fox-1.7, like you could with fox-1.6 ?
<br><br>I've switched to the newest autoconf version in 1.7, and
<br>old stuff didn't make it through.
<br><br>> It had all the X11 libraries hardcoded, so I added the
<br>> Win32 libraries and also patched some missing symbols...
<br>> (these were reported earlier too, but didn't see a fix)
<br>> Cross-compiles fine now, and runs with Wine or Windows.
<br>>
<br>> --anders
<br>>
<br>> PS. UI selection could definitely need something better
<br>> than just keying of whether "WIN32" is defined or not ?
<br><br>It suffices.
<br>
<br><br><br>Incidentally, I don't like the:
<br><br> #include <Windows.h>
<br><br>in the patch.
<br><br><br>No platform-headers are to be included into heades that FOX application
<br>programs can see, because application programs that use FOX do not
<br>depend on platform-dependent headers at all (e.g. don't include X11 or
<br>Windows header files). This prevents lots of hassles.
<br><br>Do you see a way to do without?
<br><br><br> - Jeroen
<br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Foxgui-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26222807&i=0" target="_top" rel="nofollow">Foxgui-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/foxgui-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/foxgui-users</a><br><p>From forum: <a href="http://old.nabble.com/Fox-Toolkit---User-f14218.html" embed="fixTarget[14218]" target="_top" >Fox Toolkit - User</a></p>tag:old.nabble.com,2006:post-26222561Re: [PATCH] FOX with older fontconfig2009-11-05T13:28:57Z2009-11-05T13:28:57ZJeroen van der Zijp-5On Thursday 05 November 2009, Anders F Björklund wrote:
<div class='shrinkable-quote'><br>>
<br>> Was trying to run fox 1.7.20 with the system fontconfig,
<br>> which is a tad outdated for the older SDKs (but works OK)
<br>>
<br>> With these patches it still worked with the 10.4 SDK,
<br>> but shouldn't change anything on the newer platforms ?
<br>>
<br>> --anders
<br>>
<br>>
</div><br><br><br>Thanks;
<br><br>I applied these patches...
<br><br><br> - Jeroen
<br><br>------------------------------------------------------------------------------
<br>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
<br>trial. Simplify your report design, integration and deployment - and focus on
<br>what you do best, core application coding. Discover what's new with
<br>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_top" rel="nofollow">http://p.sf.net/sfu/bobj-july</a><br>_______________________________________________
<br>Foxgui-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26222561&i=0" target="_top" rel="nofollow">Foxgui-users@...</a>
<br><a href="https://lists.sourceforge.net/lists/listinfo/foxgui-users" target="_top" rel="nofollow">https://lists.sourceforge.net/lists/listinfo/foxgui-users</a><br><p>From forum: <a href="http://old.nabble.com/Fox-Toolkit---User-f14218.html" embed="fixTarget[14218]" target="_top" >Fox Toolkit - User</a></p>