wxlua-users — wxLua list for users and developers

Re: [Wxlua-users] Re: wxLua for wxMac

[John L. <jla...@gm...>]

On 3/9/06, Anders F Bj=F6rklund <af...@al...> wrote:
> > BTW, does your locale uses a dot or a comma or something else for
> > decimal point ?
>
> Sweden uses a comma for decimal point, I think that should be in my
> locale ?
> (it varies a little, sometimes I use an US locale for the shell and
> terminal)
>
> > If it uses something !=3D dot, could you please try to run the
> > wxluasudoku.wx.lua sample in samples\: I've applied a fix for locales
> > with decimal point !=3D dot only for __WXGTK__ but maybe it's needed
> > also for __WXMAC__....
>
> Could be, but wxluasudoku.wx.lua has some other problems on wxMac, it
> seems...
> For starters it doesn't draw any lines or digits, which I think it
> should ? :-)
>
> http://www.algonet.se/~afb/wx/wxluasudoku-wxmac.png

Heh, one would hope. I made some drawing changes for MSW today.
Hopefully they'll work for the Mac too?

> And I think I spoke too soon about the wxluaedit progress. Now it looks
> OK.
> The only problem is that the "New" and "Open" menu items doesn't work ?

They don't do anything? That's weird, you've updated wxStEdit right?

> If you try starting it with an argument, like: wxluaedit
> samples/dialog.wx.lua
> you get a crash (bus error, same as segfault on Linux) in wxledit.cpp,
> I think:
>
> Program received signal EXC_BAD_ACCESS, Could not access memory.
> 0x00009c9c in wxLuaEditorApp::OnInit() ()
> (gdb) bt
> #0  0x00009c9c in wxLuaEditorApp::OnInit() ()
> #1  0x01979954 in wxEntry(int&, char**) ()
> #2  0x000090d4 in main ()
>
> Will recompile wxLua with full debugging symbols enabled tomorrow, I
> think.

That would be great, sorry but I can't help without some more
information. I can't imagine what could fail in
wxLuaEditorApp::OnInit, but a line number would help!

Thanks
    John Labenski

Re: [Wxlua-users] Re: wxLua for wxMac

[<af...@al...>]

Francesco Montorsi wrote:

> BTW, does your locale uses a dot or a comma or something else for 
> decimal point ?

Sweden uses a comma for decimal point, I think that should be in my 
locale ?
(it varies a little, sometimes I use an US locale for the shell and 
terminal)

> If it uses something != dot, could you please try to run the 
> wxluasudoku.wx.lua sample in samples\: I've applied a fix for locales 
> with decimal point != dot only for __WXGTK__ but maybe it's needed 
> also for __WXMAC__....

Could be, but wxluasudoku.wx.lua has some other problems on wxMac, it 
seems...
For starters it doesn't draw any lines or digits, which I think it 
should ? :-)

http://www.algonet.se/~afb/wx/wxluasudoku-wxmac.png


And I think I spoke too soon about the wxluaedit progress. Now it looks 
OK.
The only problem is that the "New" and "Open" menu items doesn't work ?

If you try starting it with an argument, like: wxluaedit 
samples/dialog.wx.lua
you get a crash (bus error, same as segfault on Linux) in wxledit.cpp, 
I think:

Program received signal EXC_BAD_ACCESS, Could not access memory.
0x00009c9c in wxLuaEditorApp::OnInit() ()
(gdb) bt
#0  0x00009c9c in wxLuaEditorApp::OnInit() ()
#1  0x01979954 in wxEntry(int&, char**) ()
#2  0x000090d4 in main ()

Will recompile wxLua with full debugging symbols enabled tomorrow, I 
think.

--anders

[Wxlua-users] Re: wxLua for wxMac

[Francesco M. <f18...@ya...>]

Anders F Björklund ha scritto:
>> What do you mean about tabs being screwed up? Could you try again, I
>> made a little fix to the sizing of the wxLuaConsole class so that it
>> uses EVT_SIZE and not virtual wxWindow::DoSetSize. Hopefully this'll
>> do it?
> 
> Well, eventually I got it all updated from CVS (and to wxStEdit 1.2.0)
> and it looks a whole lot better now! Will take another Mac screenshot,
> as soon as the packaging is done and some minor install issues cleared:
> 
> cp: ./build/autopackage/wxlua.xml: No such file or directory
my fault: I forgot to add to CVS that file...
It should be fixed now.

BTW, does your locale uses a dot or a comma or something else for 
decimal point ?
If it uses something != dot, could you please try to run the 
wxluasudoku.wx.lua sample in samples\: I've applied a fix for locales 
with decimal point != dot only for __WXGTK__ but maybe it's needed also 
for __WXMAC__....

Francesco

Re: [Wxlua-users] Re: wxLua for wxMac

[<af...@al...>]

> What do you mean about tabs being screwed up? Could you try again, I
> made a little fix to the sizing of the wxLuaConsole class so that it
> uses EVT_SIZE and not virtual wxWindow::DoSetSize. Hopefully this'll
> do it?

Well, eventually I got it all updated from CVS (and to wxStEdit 1.2.0)
and it looks a whole lot better now! Will take another Mac screenshot,
as soon as the packaging is done and some minor install issues cleared:

cp: ./build/autopackage/wxlua.xml: No such file or directory

--anders

Re: [Wxlua-users] Re: wxLua for wxMac

[<af...@al...>]

Francesco Montorsi wrote:

>> Will investigate what I need to update on my end. Tomorrow, was it ? 
>> :-)
> this is a error message I added yersterday. Make sure to update 
> wxStEdit from CVS too and the problem should disappear...

Found that wxstedit had installed itself to /usr/local/include/wx,
so it was still picking up 1.0.0 from /usr/local/include/wx-26/wx...

Then, my header has:
#define STE_MAJOR_VERSION      1
#define STE_MINOR_VERSION      2
#define STE_RELEASE_NUMBER     0
#define STE_SUBRELEASE_NUMBER  0

But configure checked:
#if defined(STE_MAJOR_VERSION) && defined(STE_MINOR_VERSION) && 
defined(STE_RELEASE_VERSION)

So that was why it still didn't think the version was defined enough.

--anders

[Wxlua-users] Re: wxLua for wxMac

[Francesco M. <f18...@ya...>]

Anders F Björklund ha scritto:
> John Labenski wrote:
> 
>> made a little fix to the sizing of the wxLuaConsole class so that it
>> uses EVT_SIZE and not virtual wxWindow::DoSetSize. Hopefully this'll
>> do it?
> 
> Updated from CVS, but seems there are some other changes as well:
> 
> #error wxStEdit does not define its version symbols STE_MAJOR_VERSION, 
> STE_MINOR_VERSION, STE_RELEASE_VERSION
> 
> Will investigate what I need to update on my end. Tomorrow, was it ? :-)
this is a error message I added yersterday. Make sure to update wxStEdit 
from CVS too and the problem should disappear...

Francesco

Re: [Wxlua-users] Re: wxLua for wxMac

[<af...@al...>]

John Labenski wrote:

> made a little fix to the sizing of the wxLuaConsole class so that it
> uses EVT_SIZE and not virtual wxWindow::DoSetSize. Hopefully this'll
> do it?

Updated from CVS, but seems there are some other changes as well:

#error wxStEdit does not define its version symbols STE_MAJOR_VERSION, 
STE_MINOR_VERSION, STE_RELEASE_VERSION

Will investigate what I need to update on my end. Tomorrow, was it ? :-)

--anders

Re: [Wxlua-users] Re: wxluasudoku not running

[John L. <jla...@gm...>]

On 3/8/06, Francesco Montorsi <f18...@ya...> wrote:
> Francesco Montorsi ha scritto:
> > John Labenski ha scritto:
> >> On 3/7/06, Francesco Montorsi
> >> <f18...@ya...> wrote:
> >>> Hi John,
> >>>     I see you added that very nice example and also a screenshot for
> >>> it... unfortunately it doesn't run on my linux with latest wxLua
> >>> compiled & installed:
> >>>
> >>> frm@genius:~/work/wxLua/samples$ wxlua wxluasudoku.wx.lua
> >>> wxLua: Syntax error during pre-compilation
> >>> wxluasudoku.wx.lua:193: malformed number near `9.1'
> >>> wxLua: Syntax error during pre-compilation
> >>>
> >>> Maybe the dot must be replaced with a comma ?
> >>> Doing the replace in line 193 makes wxLua complain for next occurrenc=
es
> >>> .... probably if I'd solve them all, it would just run.
> >>> What I do not understand is why it works with you ?
> >>
> >> It works fine here, I want to divide by the number 9.1 =3D 91E-1.
> >>
> >>> Could it be a locale problem ?
> >>
> >> It seems like it is, I don't know how to solve it for you. Change you
> >> system locale to "C" maybe? I think that's what I use.
> > Changing locale it works.
> >
> > there is something at bottom of
> >    http://www.lua.org/pil/22.2.html
> > but I've tried to run just 'lua' and not 'wxlua' and it accepts also
> > dots as decimals... so the problem seems to be in wxLua or wxWidgets.
> > Searching for locale in wxLua gives few results and it looks like a
> > wxLocale is never created in wxLua. Maybe it's some initialization stuf=
f
> > done by wx...
> >
> > I'll try to dig in this problem..
> I've found a fix for this:
>
> Index: apps/wxlua/src/wxlua.cpp
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> RCS file: /cvsroot/wxlua/wxLua/apps/wxlua/src/wxlua.cpp,v
> retrieving revision 1.27
> diff -b -u -2 -r1.27 wxlua.cpp
> --- apps/wxlua/src/wxlua.cpp    8 Mar 2006 02:46:37 -0000       1.27
> +++ apps/wxlua/src/wxlua.cpp    8 Mar 2006 22:26:29 -0000
> @@ -219,4 +219,15 @@
>       wxInitAllImageHandlers();
>
> +#ifdef __WXGTK__
> +    // this call is very important since otherwise scripts using the
> decimal
> +    // point '.' could not work with those locales which use a
> different symbol
> +    // (e.g. the comma) for the decimal point...
> +    // It doesn't work to put os.setlocale('c', 'numeric') in the Lua
> file that
> +    // you want to use decimal points in. That's because the file has
> been lexed
> +    // and compiler before the locale has changed, so the lexer - the
> part that
> +    // recognises numbers - will use the old locale.
> +    setlocale(LC_NUMERIC, "C");
> +#endif
> +
>       // Initialize wxLua by first attaching the bindings we want to use
>       //   note: make sure you link to the binding libraries

> since the two diffs are identical and possibly useful to any program
> using wxLua bindings and using lua scripts with decimal points, maybe it
> should be encapsulated in some global function ?
>
> I've not committed it yet...

It's only a single function call right?  setlocale(LC_NUMERIC, "C")

I think that it's probably best to just call it in the program code as
you did. I can't think of anything else right now that we would want
to initialize for wxLua (since all my attempts to autoinitialize the
bindings have failed for various different platforms) so it's probably
more clear to have it like you do. Please commit it.

Thanks,
    John Labenski

Re: [Wxlua-users] Re: wxLua for wxMac

[<af...@al...>]

John Labenski wrote:

> What do you mean about tabs being screwed up?

See the screenshot, it's "really really small" :-)
http://wxlua.sourceforge.net/screenshots/wxlua_miscsamples_mac.png

Here is what the "wxstedit" C++ sample looks like:
http://www.algonet.se/~afb/wx/wxstedit.png

> Could you try again,

Will do that tomorrow, then.

--anders

[Wxlua-users] Re: wxLua for wxMac

[Francesco M. <f18...@ya...>]

John Labenski ha scritto:
> On 3/8/06, Anders F Björklund <af...@al...> wrote:
>> Francesco Montorsi wrote:
>>
>>>> Missed that the tabs of wxLuaEdit are screwed up :(
>>>> But it could be something minor, or upstream problem.
>>>> (i.e. no reason to say that it doesn't support wxMac)
>>> does the wxStedit sample looks good on your Mac ?
>> Yes it does, so there is hope :-)
> 
> What do you mean about tabs being screwed up? Could you try again, I
> made a little fix to the sizing of the wxLuaConsole class so that it
> uses EVT_SIZE and not virtual wxWindow::DoSetSize. Hopefully this'll
> do it?
you can see the problem he's referring to looking at

http://localhost/wxLuaWebsite/screenshots/wxlua_miscsamples_mac.png


Francesco

Re: [Wxlua-users] Re: wxLua for wxMac

[John L. <jla...@gm...>]

On 3/8/06, Anders F Bj=F6rklund <af...@al...> wrote:
> Francesco Montorsi wrote:
>
> >> Missed that the tabs of wxLuaEdit are screwed up :(
> >> But it could be something minor, or upstream problem.
> >> (i.e. no reason to say that it doesn't support wxMac)
> > does the wxStedit sample looks good on your Mac ?
>
> Yes it does, so there is hope :-)

What do you mean about tabs being screwed up? Could you try again, I
made a little fix to the sizing of the wxLuaConsole class so that it
uses EVT_SIZE and not virtual wxWindow::DoSetSize. Hopefully this'll
do it?

Regards,
    John Labenski

[Wxlua-users] Re: wxluasudoku not running

[Francesco M. <f18...@ya...>]

Francesco Montorsi ha scritto:
> John Labenski ha scritto:
>> On 3/7/06, Francesco Montorsi 
>> <f18...@ya...> wrote:
>>> Hi John,
>>>     I see you added that very nice example and also a screenshot for
>>> it... unfortunately it doesn't run on my linux with latest wxLua
>>> compiled & installed:
>>>
>>> frm@genius:~/work/wxLua/samples$ wxlua wxluasudoku.wx.lua
>>> wxLua: Syntax error during pre-compilation
>>> wxluasudoku.wx.lua:193: malformed number near `9.1'
>>> wxLua: Syntax error during pre-compilation
>>>
>>> Maybe the dot must be replaced with a comma ?
>>> Doing the replace in line 193 makes wxLua complain for next occurrences
>>> .... probably if I'd solve them all, it would just run.
>>> What I do not understand is why it works with you ?
>>
>> It works fine here, I want to divide by the number 9.1 = 91E-1.
>>
>>> Could it be a locale problem ?
>>
>> It seems like it is, I don't know how to solve it for you. Change you
>> system locale to "C" maybe? I think that's what I use.
> Changing locale it works.
> 
> there is something at bottom of
>    http://www.lua.org/pil/22.2.html
> but I've tried to run just 'lua' and not 'wxlua' and it accepts also 
> dots as decimals... so the problem seems to be in wxLua or wxWidgets.
> Searching for locale in wxLua gives few results and it looks like a 
> wxLocale is never created in wxLua. Maybe it's some initialization stuff 
> done by wx...
> 
> I'll try to dig in this problem..
I've found a fix for this:

Index: apps/wxlua/src/wxlua.cpp
===================================================================
RCS file: /cvsroot/wxlua/wxLua/apps/wxlua/src/wxlua.cpp,v
retrieving revision 1.27
diff -b -u -2 -r1.27 wxlua.cpp
--- apps/wxlua/src/wxlua.cpp    8 Mar 2006 02:46:37 -0000       1.27
+++ apps/wxlua/src/wxlua.cpp    8 Mar 2006 22:26:29 -0000
@@ -219,4 +219,15 @@
      wxInitAllImageHandlers();

+#ifdef __WXGTK__
+    // this call is very important since otherwise scripts using the 
decimal
+    // point '.' could not work with those locales which use a 
different symbol
+    // (e.g. the comma) for the decimal point...
+    // It doesn't work to put os.setlocale('c', 'numeric') in the Lua 
file that
+    // you want to use decimal points in. That's because the file has 
been lexed
+    // and compiler before the locale has changed, so the lexer - the 
part that
+    // recognises numbers - will use the old locale.
+    setlocale(LC_NUMERIC, "C");
+#endif
+
      // Initialize wxLua by first attaching the bindings we want to use
      //   note: make sure you link to the binding libraries

Index: apps/wxluaedit/src/wxluaedit.cpp
===================================================================
RCS file: /cvsroot/wxlua/wxLua/apps/wxluaedit/src/wxluaedit.cpp,v
retrieving revision 1.12
diff -b -u -2 -r1.12 wxluaedit.cpp
--- apps/wxluaedit/src/wxluaedit.cpp    8 Mar 2006 05:13:46 -0000       1.12
+++ apps/wxluaedit/src/wxluaedit.cpp    8 Mar 2006 22:26:30 -0000
@@ -107,4 +107,15 @@
      wxInitAllImageHandlers();

+#ifdef __WXGTK__
+    // this call is very important since otherwise scripts using the 
decimal
+    // point '.' could not work with those locales which use a 
different symbol
+    // (e.g. the comma) for the decimal point...
+    // It doesn't work to put os.setlocale('c', 'numeric') in the Lua 
file that
+    // you want to use decimal points in. That's because the file has 
been lexed
+    // and compiler before the locale has changed, so the lexer - the 
part that
+    // recognises numbers - will use the old locale.
+    setlocale(LC_NUMERIC, "C");
+#endif
+
      // Initialize wxLua by first attaching the bindings we want to use
      //   note: make sure you link to the binding libraries


since the two diffs are identical and possibly useful to any program 
using wxLua bindings and using lua scripts with decimal points, maybe it 
should be encapsulated in some global function ?

I've not committed it yet...

Francesco

Re: [Wxlua-users] Re: wxLua icon

[<af...@al...>]

Francesco Montorsi wrote:

>> Yes, you can put those in there.
> I've added the .icns only as you said it's the new format...

Should be plenty, but you could add both...

> I really can't help.
> Looking at 	
>
> http://wiki.codeblocks.org/index.php?title=Compiling_Code:: 
> Blocks_in_Mac_OS_X#Bundle_application_for_Mac
>
> I see there are two ways to do a bundle. Which one would you suggest ?

The second (NeXT) one, e.g. wxLuaEdit.app

>>> - [optional] install mime handler for .lua files and associate them  
>>> with wxluaedit
>> That would mean it would need to have some Mac code added,
>> so that it can start files and so on. Hmm... Maybe Later :-)
> why wxluaedit should need modifications ?
> wxluaedit is already able to open any list of files given as  
> arguments...

Yes, but they're not arguments - they're Apple Events.

Unless there is such a wrapper for wxWidgets already,
that translates files dropped onto it into arguments.... ?

Will look,
--anders

[Wxlua-users] Re: wxLua icon

[Francesco M. <f18...@ya...>]

Anders F Björklund ha scritto:
> Francesco Montorsi wrote:
> 
>> I've updated the download page of wxLua website with mac stuff but I 
>> sincerely don't know which description to put for it...
> 
> I'll try to help...
> 
>> also the screenshots page listes "Mac carbon" but I'm not sure about 
>> that.
> 
> Put "Mac OS X", instead of "Mac Carbon" (API doesn't matter)
done

> 
>> Last, where should I put these .r.gz or .icns files ?
>> In build/macbundle ?
> 
> Yes, you can put those in there.
I've added the .icns only as you said it's the new format...

> 
>> And which other files should go there ?
> 
> Probably one file for the PackageMaker: "wxLua.pmsp",
> and some Resources for it: Welcome.rtf, License.rtf
ok

> 
>> The mac installer should possibly do:
>> - install wxluaedit, wxlua, lua executables which get built in bin\
>> - install all samples\
> 
> Only question is:  where do I install these ?
> 
> Guess I could just dump them in /usr/local and ask the
> user to set up their PATH for it and use the Terminal...
> 
> But at least wxLuaEdit should be a real Macintosh ".app"
> application, which means I need to bundle all the libs etc.
I really can't help.
Looking at 	

http://wiki.codeblocks.org/index.php?title=Compiling_Code::Blocks_in_Mac_OS_X#Bundle_application_for_Mac

I see there are two ways to do a bundle. Which one would you suggest ?

> 
>> - [optional] install mime handler for .lua files and associate them 
>> with wxluaedit
> 
> That would mean it would need to have some Mac code added,
> so that it can start files and so on. Hmm... Maybe Later :-)
why wxluaedit should need modifications ?
wxluaedit is already able to open any list of files given as arguments...

Francesco

Re: [Wxlua-users] Re: wxLua for wxMac

[<af...@al...>]

Francesco Montorsi wrote:

>> Missed that the tabs of wxLuaEdit are screwed up :(
>> But it could be something minor, or upstream problem.
>> (i.e. no reason to say that it doesn't support wxMac)
> does the wxStedit sample looks good on your Mac ?

Yes it does, so there is hope :-)

--anders

Re: [Wxlua-users] Re: wxLua icon

[<af...@al...>]

Francesco Montorsi wrote:

> I've updated the download page of wxLua website with mac stuff but I 
> sincerely don't know which description to put for it...

I'll try to help...

> also the screenshots page listes "Mac carbon" but I'm not sure about 
> that.

Put "Mac OS X", instead of "Mac Carbon" (API doesn't matter)

> Last, where should I put these .r.gz or .icns files ?
> In build/macbundle ?

Yes, you can put those in there.

> And which other files should go there ?

Probably one file for the PackageMaker: "wxLua.pmsp",
and some Resources for it: Welcome.rtf, License.rtf

> The mac installer should possibly do:
> - install wxluaedit, wxlua, lua executables which get built in bin\
> - install all samples\

Only question is:  where do I install these ?

Guess I could just dump them in /usr/local and ask the
user to set up their PATH for it and use the Terminal...

But at least wxLuaEdit should be a real Macintosh ".app"
application, which means I need to bundle all the libs etc.

> - [optional] install mime handler for .lua files and associate them 
> with wxluaedit

That would mean it would need to have some Mac code added,
so that it can start files and so on. Hmm... Maybe Later :-)

--anders

[Wxlua-users] Re: wxLua for wxMac

[Francesco M. <f18...@ya...>]

Anders F Björklund ha scritto:
> Francesco Montorsi wrote:
> 
>> This really looks as a bug in wxWidgets itself.
> 
> Yes it does, but it's present in 2.6.1 and 2.6.2 at least even if we 
> "fix" 2.6.3 ?
> 
>> I think it would be difficult to handle this case nicely in wxLua 
>> binding wrappers... it's probably better to submit a patch to wx devs 
>> and ask them to apply it before 2.6.3...
>> if those icons aren't really used it should not be a big issue just 
>> replacing wxCursor->wxIcon...
>> am I right ?
> 
> It might be a little trickier, as they actually pass them up to 
> wxDropSourceBase...
> 
> wxDropSource::wxDropSource(wxWindow *win,
>                            const wxCursor &cursorCopy,
>                            const wxCursor &cursorMove,
>                            const wxCursor &cursorStop)
>             : wxDropSourceBase(cursorCopy, cursorMove, cursorStop)
> {
>     wxMacEnsureTrackingHandlersInstalled() ;
>     m_window = win;
> }
> 
>     wxDropSourceBase(const wxCursor &cursorCopy = wxNullCursor,
>                      const wxCursor &cursorMove = wxNullCursor,
>                      const wxCursor &cursorStop = wxNullCursor)
>         : m_cursorCopy(cursorCopy),
>           m_cursorMove(cursorMove),
>           m_cursorStop(cursorStop)
>         { m_data = (wxDataObject *)NULL; }
> 
> So the current workaround, of not passing anything for wxMac should work 
> better ?
I've Cc'ed you with the reply of a mail I got from wxDev...
I'll try to make a patch when I have time for that.
By now if the mod of John works, everything is okay ;)

Francesco

[Wxlua-users] Re: some notes

[Francesco M. <f18...@ya...>]

John Labenski ha scritto:
> On 3/7/06, John Labenski <jla...@gm...> wrote:
>> On 3/7/06, klaas.holwerda <kho...@xs...> wrote:
>>> John Labenski wrote:
>>>> The plot.i file should also go into it's own directory. I see messages
>>>> on wx-users that people seem to use the plot widget every once in a
>>>> while. Maybe we should keep that, if nothing else it shows how easy it
>>>> is to make a binding for a outside library.
>>>> bindings/wxplot
>>>> modules/wxbindplot
>>>>
>>> I also like this idea, it sets the right approach for things to come,
>>> when more  modules  from e.g.  wxCode  get wrapped.
> 
> I didn't have the heart to delete fl.i, so I moved all the
> override.hpp code for it into fl.i and removed it from the
> wx_rules.lua with a note at the top saying that it's not maintained. I
> think that if Ray Gilbert was using it and if he wanted to get back
> into wxLua he'd want it. I think it's best to keep it as a starting
> point for anyone with the time/interest to get it working again.
> 
> I did remove plot.i since it was basicly empty. Everything was remmed
> out and I don't think it was worth saving since you could remake what
> little was there in a few minutes. I'd rather not bother with making a
> wrapper for wxPlot right now since I don't use it and don't have the
> time to write/test it.
> 
> I emptied out
> modules/wxbind/src/plot.cpp
> modules/wxbind/src/fl.cpp
> Francesco could you delete them and rebake. I looked at the cvs delete
> -f, but I don't think I understand it completely. What if a person
> (me) had to do a new checkout, they wouldn't get the files and when
> you try to build it you'd get errors.
> 
> Sorry about making you have to rebake all the time. Could you also
> delete bin2c.c,  the Makefile in that dir, and the bakefile stuff for
> it (just leave util/bin2c/bin2c.lua).
done

[Wxlua-users] Re: wxLua icon

[Francesco M. <f18...@ya...>]

Anders F Björklund ha scritto:
> klaas.holwerda wrote:
> 
>> http://www.xs4all.nl/~kholwerd/tmp/lualogo/wxlua11.gif
>>
>> Maybe with the moon stroke black like in 
>> http://www.xs4all.nl/~kholwerd/tmp/lualogo/wxlua6.gif,
>> (needs modified with ring on blue removed.
>>
>> I think using the lua icon as moon, is becoming to complex already.
>> It also contains the orbit idea in itself, so one to much.
> 
> OK,  I updated the Mac icons to look like this instead:
> http://www.algonet.se/~afb/wx/wxLua.png  [128x128x32]
> 
> available in:
> http://www.algonet.se/~afb/wx/wxLua.icns [new format]
> http://www.algonet.se/~afb/wx/wxLua.r.gz [old format]
I've updated the download page of wxLua website with mac stuff but I 
sincerely don't know which description to put for it...

also the screenshots page listes "Mac carbon" but I'm not sure about that.

Last, where should I put these .r.gz or .icns files ?
In build/macbundle ?
And which other files should go there ?

The mac installer should possibly do:
- install wxluaedit, wxlua, lua executables which get built in bin\
- install all samples\
- [optional] install mime handler for .lua files and associate them with 
wxluaedit

You can mail the required stuff as soon as it's ready.
BTW we have a release planned for friday 10/3... :)

Francesco

[Wxlua-users] Re: wxLua for wxMac

[Francesco M. <f18...@ya...>]

Anders F Björklund ha scritto:
> Francesco Montorsi wrote:
> 
>>> Francesco,  are there any other things that need to be fixed that you
>>> haven't done yet?
>> no; now wxLua should compile & work also on wxMac.
>> We just need wxMac screenshots and packaging stuff :)
> 
> It compiles OK, but works ? Not 100%, I discovered.
> Missed that the tabs of wxLuaEdit are screwed up :(
> 
> But it could be something minor, or upstream problem.
> (i.e. no reason to say that it doesn't support wxMac)
does the wxStedit sample looks good on your Mac ?

Francesco

Re: [Wxlua-users] some notes

[John L. <jla...@gm...>]

On 3/7/06, John Labenski <jla...@gm...> wrote:
> On 3/7/06, klaas.holwerda <kho...@xs...> wrote:
> > John Labenski wrote:
> > >
> > > The plot.i file should also go into it's own directory. I see message=
s
> > > on wx-users that people seem to use the plot widget every once in a
> > > while. Maybe we should keep that, if nothing else it shows how easy i=
t
> > > is to make a binding for a outside library.
> > > bindings/wxplot
> > > modules/wxbindplot
> > >
> > I also like this idea, it sets the right approach for things to come,
> > when more  modules  from e.g.  wxCode  get wrapped.

I didn't have the heart to delete fl.i, so I moved all the
override.hpp code for it into fl.i and removed it from the
wx_rules.lua with a note at the top saying that it's not maintained. I
think that if Ray Gilbert was using it and if he wanted to get back
into wxLua he'd want it. I think it's best to keep it as a starting
point for anyone with the time/interest to get it working again.

I did remove plot.i since it was basicly empty. Everything was remmed
out and I don't think it was worth saving since you could remake what
little was there in a few minutes. I'd rather not bother with making a
wrapper for wxPlot right now since I don't use it and don't have the
time to write/test it.

I emptied out
modules/wxbind/src/plot.cpp
modules/wxbind/src/fl.cpp
Francesco could you delete them and rebake. I looked at the cvs delete
-f, but I don't think I understand it completely. What if a person
(me) had to do a new checkout, they wouldn't get the files and when
you try to build it you'd get errors.

Sorry about making you have to rebake all the time. Could you also
delete bin2c.c,  the Makefile in that dir, and the bakefile stuff for
it (just leave util/bin2c/bin2c.lua).

Thanks,
    John Labenski

Re: [Wxlua-users] Re: wxLua for wxMac

[<af...@al...>]

John Labenski wrote:

> I did a fix for it in the binding files. Hopefully it'll work now.
>
>     %win|%mac wxDropSource(wxWindow* win = NULL, const wxCursor&
> iconCopy = wxNullCursor, const wxCursor& iconMove = wxNullCursor,
> const wxCursor& iconStop = wxNullCursor)
>
>     %gtk wxDropSource(wxWindow* win = NULL, const wxIcon& iconCopy =
> wxNullIcon, const wxIcon& iconMove = wxNullIcon, const wxIcon&
> iconStop = wxNullIcon)

This should work, you might want to change the param names though ?

     %win|%mac wxDropSource(wxWindow* win = NULL, const wxCursor&
cursorCopy = wxNullCursor, const wxCursor& cursorMove = wxNullCursor,
const wxCursor& cursorStop = wxNullCursor)

--anders

Re: [Wxlua-users] Re: wxLua icon

[<af...@al...>]

klaas.holwerda wrote:

> http://www.xs4all.nl/~kholwerd/tmp/lualogo/wxlua11.gif
>
> Maybe with the moon stroke black like in 
> http://www.xs4all.nl/~kholwerd/tmp/lualogo/wxlua6.gif,
> (needs modified with ring on blue removed.
>
> I think using the lua icon as moon, is becoming to complex already.
> It also contains the orbit idea in itself, so one to much.

OK,  I updated the Mac icons to look like this instead:
http://www.algonet.se/~afb/wx/wxLua.png  [128x128x32]

available in:
http://www.algonet.se/~afb/wx/wxLua.icns [new format]
http://www.algonet.se/~afb/wx/wxLua.r.gz [old format]

It's anti-aliased to white, I didn't use any alpha...

--anders

Re: [Wxlua-users] Re: wxLua for wxMac

[<af...@al...>]

Francesco Montorsi wrote:

> This really looks as a bug in wxWidgets itself.

Yes it does, but it's present in 2.6.1 and 2.6.2 at least even if we 
"fix" 2.6.3 ?

> I think it would be difficult to handle this case nicely in wxLua 
> binding wrappers... it's probably better to submit a patch to wx devs 
> and ask them to apply it before 2.6.3...
> if those icons aren't really used it should not be a big issue just 
> replacing wxCursor->wxIcon...
> am I right ?

It might be a little trickier, as they actually pass them up to 
wxDropSourceBase...

wxDropSource::wxDropSource(wxWindow *win,
                            const wxCursor &cursorCopy,
                            const wxCursor &cursorMove,
                            const wxCursor &cursorStop)
             : wxDropSourceBase(cursorCopy, cursorMove, cursorStop)
{
     wxMacEnsureTrackingHandlersInstalled() ;
     m_window = win;
}

     wxDropSourceBase(const wxCursor &cursorCopy = wxNullCursor,
                      const wxCursor &cursorMove = wxNullCursor,
                      const wxCursor &cursorStop = wxNullCursor)
         : m_cursorCopy(cursorCopy),
           m_cursorMove(cursorMove),
           m_cursorStop(cursorStop)
         { m_data = (wxDataObject *)NULL; }

So the current workaround, of not passing anything for wxMac should 
work better ?

--anders

Re: [Wxlua-users] Re: wxLua for wxMac

[<af...@al...>]

Francesco Montorsi wrote:

>> Francesco,  are there any other things that need to be fixed that you
>> haven't done yet?
> no; now wxLua should compile & work also on wxMac.
> We just need wxMac screenshots and packaging stuff :)

It compiles OK, but works ? Not 100%, I discovered.
Missed that the tabs of wxLuaEdit are screwed up :(

But it could be something minor, or upstream problem.
(i.e. no reason to say that it doesn't support wxMac)

--anders