wxlua-users — wxLua list for users and developers

Re: [Wxlua-users] wxLua packaging

[k. h. <kla...@nl...>]

John Labenski wrote:

>On 2/12/06, Francesco Montorsi <f18...@ya...> wrote:
>  
>
>>Hi,
>>    as you can see, I start to think to the first release of wxLua ;)
>>    
>>
>
>It probably should happen soon enough. I need to remove and cleanup a
>little more duplicate code, but I think that everything works well
>enough.
>  
>
It would be great, if you could manage the problem with namespaces in 
wxluacan.
Or if not so possible, before the release change the namespace to wx 
instead of wxluacan.
I am confused what is in CVS by now.

But this does not work, when run from the run script menu, it still 
calls function that are wrong.

    function AddSome()
        for list = 1, 10 do
            canvas = wxluacan.GetCan()
            canobjrect = wxluacan.wxlCanObjRect( 30+list*2, 40+list*3, 
100, 20)
            canvas:AddObject(  canobjrect )
        end
    end

wx.wxMessageBox(  "Now we will add two object to the canvas",
                                                "wxLuaCan Message",
                                                wx.wxYES_NO + wx.wxCENTRE)

canvas = wxluacan.GetCan()
canobjrect = wxluacan.wxlCanObjRect( 30, 40, 100, 20)
canvas:AddObject(  canobjrect )
canobjrect:SetPending( true )
AddSome()

regards,

Klaas

-- 
Unclassified

Re: [Wxlua-users] Re: wxLua website (was Re: wxlua linux)

[k. h. <kla...@nl...>]

Hi,

Francesco Montorsi wrote:

> I think that using a CMS like Joomla is a bit overkill for this project.
> CMS are good when there are daily changes or so.
> In fact, they require quite powerful servers as they are not extremely 
> fast - they use ton of tables in a database and a page often requires 
> up to 20-30 database accesses.

It happened that i ordered my own site this weekend, where one could 
automaticaly install mambo and what not.
And only uses one database table in mysql for mambo??
But never mind, i like the PHP solution too ;-) Something i am bussy 
learning in combination with mysql.

>
> Last, they won't be easy to setup on SF server environment...

That i can imagine.

>
> So I vote for something PHP based.
> I've learned PHP for the wxCode website in about a week thanks to the 
> fact that it's almost like writing C (the only difference which comes 
> to mind now is that variables are always preceded by a $ sign) and to 
> the good and exaustive docs available on WWW.

Someone did sent me the dummy book (PHP Mysql ) as pdf just now :-)

>
> Using PHP it's very easy to setup a site using one of the open source 
> web designs at http://www.oswd.org. Unfortunately the site seems down 
> right now so I suggest you to go directly in author's webpages like
>
>     http://haran.freeshell.org/oswd/
>
> For some real-world examples of OSWD in actions you can look at:
>
> http://bakefile.sourceforge.net/
> http://wxcode.sourceforge.net/
> http://mathdev.sourceforge.net/
>
>
> specially the last one uses the Prosimii template by Haran:
>
>    http://haran.freeshell.org/oswd/prosimii/
>
> which I think would be nice for wxLua, too.

I can't get to those links from where i am, will have a look later, but 
take whatever you like best.
Good to know nice examples do exist.

Klaas


-- 
Unclassified

[Wxlua-users] Re: wxLua website (was Re: wxlua linux)

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

Hi,

k. holwerda ha scritto:
>> I really don't know much about web stuff, I would just do straight
>> HTML since that's all I know.
>>  
>>
> Same for me, i can even do frames.
> But all i see around looks much better then mine :-(
> 
> With these modern tools, which are WYSIWYG, anyone can help to generate 
> content, and it even looks good.
> But if we make a CVS module that is oke with me, or even upload directly 
> to the site  might be easier.
> I do not expect many people working on it at the same moment :-)
> Someone able to make something good looking?
> I can do wxArt2D like appearance, which has the  advantage that  all 
> subparts can simply be edited  with  vi (not me ;-) ), or nvu. Nothing 
> fancy, and a bit old fashion,
I think that using a CMS like Joomla is a bit overkill for this project.
CMS are good when there are daily changes or so.
In fact, they require quite powerful servers as they are not extremely 
fast - they use ton of tables in a database and a page often requires up 
to 20-30 database accesses.

Last, they won't be easy to setup on SF server environment...

So I vote for something PHP based.
I've learned PHP for the wxCode website in about a week thanks to the 
fact that it's almost like writing C (the only difference which comes to 
mind now is that variables are always preceded by a $ sign) and to the 
good and exaustive docs available on WWW.

Using PHP it's very easy to setup a site using one of the open source 
web designs at http://www.oswd.org. Unfortunately the site seems down 
right now so I suggest you to go directly in author's webpages like

     http://haran.freeshell.org/oswd/

For some real-world examples of OSWD in actions you can look at:

http://bakefile.sourceforge.net/
http://wxcode.sourceforge.net/
http://mathdev.sourceforge.net/


specially the last one uses the Prosimii template by Haran:

    http://haran.freeshell.org/oswd/prosimii/

which I think would be nice for wxLua, too.


Francesco

Re: [Wxlua-users] Re: wxLua website (was Re: wxlua linux)

[k. h. <kla...@nl...>]

John Labenski wrote:

>On 2/12/06, klaas.holwerda <kho...@xs...> wrote:
>  
>
>>
>
>I really don't know much about web stuff, I would just do straight
>HTML since that's all I know.
>  
>
Same for me, i can even do frames.
But all i see around looks much better then mine :-(

With these modern tools, which are WYSIWYG, anyone can help to generate 
content, and it even looks good.
But if we make a CVS module that is oke with me, or even upload directly 
to the site  might be easier.
I do not expect many people working on it at the same moment :-)
Someone able to make something good looking?
I can do wxArt2D like appearance, which has the  advantage that  all 
subparts can simply be edited  with  vi (not me ;-) ), or nvu. 
Nothing fancy, and a bit old fashion,

Klaas



-- 
Unclassified

Re: [Wxlua-users] wxLua documentation

[k. h. <kla...@nl...>]

John Labenski wrote:

>On 2/12/06, klaas.holwerda <kho...@xs...> wrote:
>  
>
>>Francesco Montorsi wrote:
>>
>>    
>>
>>>Hi,
>>>  since build system is now quite stable I'd like to write a few notes
>>>about it for users.
>>>
>>>I see that there are some .txt files in docs\ but before updating them
>>>(I would touch only building.txt anyway), I think we should decide if
>>>we want to keep them as plain TXT file or choose HTML (wxArt2d has a
>>>nice install.html:
>>>http://cvs.sourceforge.net/viewcvs.py/*checkout*/wxart2d/wxArt2D/install.html)...
>>>
>>>
>>>Just let me know,
>>>      
>>>
>>please please HTML, it is so much better. And for editing www.nvu.com is
>>free and good.
>>    
>>
>
>I dunno, I think everyone else always just uses text files, in fact I
>can't remember ever using a project that has them in any other form.
>  
>
I can, you are working to much on Linux.
On windows it is hlp/chm or html.
But i went through my tool dir, even many linux orginating tools use 
often html or redirect
through a readme file to docs/index.html.
We can not do hlp/chm but for platfrom independent tooling html is no 
problem.

>They're a lot easier to read on the command line.
>  
>
Like i say ;-)

>I don't envision a large amount of documentation for wxLua, just
>build, install, usage, and differences to the wxWidgets c++ docs.
>  
>
I wish there was some more.  Like how it is organized internal , source 
documentation in doxygen.

I still vote for HTML.

Regards,

Klaas




-- 
Unclassified

Re: [Wxlua-users] Monolithic support added

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

On 2/12/06, Francesco Montorsi <f18...@ya...> wrote:
> Hi,
>     I've rebaked wxLua with wxpresets which support win32 monolithic
> builds of wxWidgets.
>
> I've fixed also a couple of stupid bugs and added comments to avoid to
> repeat them once more.
>
> Last, I've added an option WXSTEDIT_DIR which is set by default to the
> content of the WXSTEDIT env variable, which can be used on win32 to
> indicate the location of wxStEdit component.
>
> Last, I've tested wxLua on win32 against wx 2.6.2 built in variuos
> configs and everything always went fine.
>
> I think that win32 and linux build systems are complete and stable. Let
> me know if you find anything wrong / something to improve.

Thanks, I'll test tomorrow in MS Windows.

-John Labenski

Re: [Wxlua-users] wxLua packaging

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

On 2/12/06, Francesco Montorsi <f18...@ya...> wrote:
> Hi,
>     as you can see, I start to think to the first release of wxLua ;)

It probably should happen soon enough. I need to remove and cleanup a
little more duplicate code, but I think that everything works well
enough.

> So, let's discuss this issue.
>
> I'd make a total of 4 releases:
>
> 1) a win32 MSI install package. This can be generated using InnoSetup
> and it should distribute all wxLua tree including EXE, doxygen generated
> docs and .lib files, all built in release mode, possibly against a
> static build of wxWidgets.

Maybe it would be easier to just have a zip? Developers will probably
be used to unzipping things where they want them. The final product
the wxLua.exe could use an installer, but I know nothing about using
them.

> 2) a source package with doxygen generated documentation.
>
> 3) an Autopackage for 32bit linuxes. it should distribute exactly the
> same things as the win32 MSI package, possibly built with latests GCC (
> I think that building with 4.0.x lets us to support all gcc versions
> after 3.2.3 [which broke the ABI, IIRC]).
>
> 4) an autopackage for 64bit linuxes.
>
> I think there's no need to discuss about #2 ;)
> About #3, #4, I sincerely admit I've never autopackaged anything up to
> now but the project looks *very* promising and it lets us to be
> indipendent from distro-specific systems like RPM, DEB, EBUILD, etc. but
> still provide binaries of the project.
>
> What's your opinion ?

I unfortunately know almost nothing about this. Autopackage will build
the spec files for RPMs and the other packages? I'll google it.

-John Labenski

Re: [Wxlua-users] Re: wxLua website (was Re: wxlua linux)

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

On 2/12/06, klaas.holwerda <kho...@xs...> wrote:
> Francesco Montorsi wrote:
>
> > Hi,
> >    I've just seen that the site
> >
> > http://www.luascript.thersgb.net/
> >
> > is down and the notice in it says that probably will never be up again.
> > Unless the owner of that domain (J. Winwood?) has subscribed some
> > other domain, I think this *forces* us to move the wxLua website to SF.
> >
> > Does anyone holds a copy of the old website or do we have to restart
> > it from scratch ?
>
> I suggest from scratch, how about mambo or Joomla?
> www.joomla.org
> This is less tricky then wiki's, and still nice to see.
>
> Else go for a new modules in CVS i would say.

I really don't know much about web stuff, I would just do straight
HTML since that's all I know.

-John Labenski

Re: [Wxlua-users] wxLua documentation

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

On 2/12/06, klaas.holwerda <kho...@xs...> wrote:
> Francesco Montorsi wrote:
>
> > Hi,
> >   since build system is now quite stable I'd like to write a few notes
> > about it for users.
> >
> > I see that there are some .txt files in docs\ but before updating them
> > (I would touch only building.txt anyway), I think we should decide if
> > we want to keep them as plain TXT file or choose HTML (wxArt2d has a
> > nice install.html:
> > http://cvs.sourceforge.net/viewcvs.py/*checkout*/wxart2d/wxArt2D/instal=
l.html)...
> >
> >
> > Just let me know,
>
> please please HTML, it is so much better. And for editing www.nvu.com is
> free and good.

I dunno, I think everyone else always just uses text files, in fact I
can't remember ever using a project that has them in any other form.
They're a lot easier to read on the command line.

I don't envision a large amount of documentation for wxLua, just
build, install, usage, and differences to the wxWidgets c++ docs.

-John Labenski

Re: [Wxlua-users] wxLua documentation

[klaas.holwerda <kho...@xs...>]

Francesco Montorsi wrote:

> Hi,
>   since build system is now quite stable I'd like to write a few notes 
> about it for users.
>
> I see that there are some .txt files in docs\ but before updating them 
> (I would touch only building.txt anyway), I think we should decide if 
> we want to keep them as plain TXT file or choose HTML (wxArt2d has a 
> nice install.html: 
> http://cvs.sourceforge.net/viewcvs.py/*checkout*/wxart2d/wxArt2D/install.html)... 
>
>
> Just let me know,

please please HTML, it is so much better. And for editing www.nvu.com is 
free and good.

Klaas

Re: [Wxlua-users] Re: wxLua website (was Re: wxlua linux)

[klaas.holwerda <kho...@xs...>]

Francesco Montorsi wrote:

> Hi,
>    I've just seen that the site
>
> http://www.luascript.thersgb.net/
>
> is down and the notice in it says that probably will never be up again.
> Unless the owner of that domain (J. Winwood?) has subscribed some 
> other domain, I think this *forces* us to move the wxLua website to SF.
>
> Does anyone holds a copy of the old website or do we have to restart 
> it from scratch ?

I suggest from scratch, how about mambo or Joomla?
www.joomla.org
This is less tricky then wiki's, and still nice to see.

Else go for a new modules in CVS i would say.

Klaas

[Wxlua-users] wxLua packaging

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

Hi,
    as you can see, I start to think to the first release of wxLua ;)

So, let's discuss this issue.

I'd make a total of 4 releases:

1) a win32 MSI install package. This can be generated using InnoSetup 
and it should distribute all wxLua tree including EXE, doxygen generated 
docs and .lib files, all built in release mode, possibly against a 
static build of wxWidgets.

2) a source package with doxygen generated documentation.

3) an Autopackage for 32bit linuxes. it should distribute exactly the 
same things as the win32 MSI package, possibly built with latests GCC ( 
I think that building with 4.0.x lets us to support all gcc versions 
after 3.2.3 [which broke the ABI, IIRC]).

4) an autopackage for 64bit linuxes.

I think there's no need to discuss about #2 ;)
About #3, #4, I sincerely admit I've never autopackaged anything up to 
now but the project looks *very* promising and it lets us to be 
indipendent from distro-specific systems like RPM, DEB, EBUILD, etc. but 
still provide binaries of the project.

What's your opinion ?


Francesco

[Wxlua-users] wxLua documentation

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

Hi,
   since build system is now quite stable I'd like to write a few notes 
about it for users.

I see that there are some .txt files in docs\ but before updating them 
(I would touch only building.txt anyway), I think we should decide if we 
want to keep them as plain TXT file or choose HTML (wxArt2d has a nice 
install.html: 
http://cvs.sourceforge.net/viewcvs.py/*checkout*/wxart2d/wxArt2D/install.html)...

Just let me know,
Francesco

[Wxlua-users] Monolithic support added

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

Hi,
    I've rebaked wxLua with wxpresets which support win32 monolithic 
builds of wxWidgets.

I've fixed also a couple of stupid bugs and added comments to avoid to 
repeat them once more.

Last, I've added an option WXSTEDIT_DIR which is set by default to the 
content of the WXSTEDIT env variable, which can be used on win32 to 
indicate the location of wxStEdit component.

Last, I've tested wxLua on win32 against wx 2.6.2 built in variuos 
configs and everything always went fine.

I think that win32 and linux build systems are complete and stable. Let 
me know if you find anything wrong / something to improve.

Francesco

[Wxlua-users] Re: wxLua website (was Re: wxlua linux)

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

Hi,
    I've just seen that the site

http://www.luascript.thersgb.net/

is down and the notice in it says that probably will never be up again.
Unless the owner of that domain (J. Winwood?) has subscribed some other 
domain, I think this *forces* us to move the wxLua website to SF.

Does anyone holds a copy of the old website or do we have to restart it 
from scratch ?

Francesco


Francesco Montorsi ha scritto:
> klaas.holwerda ha scritto:
>> I would not mind a wiki like homepage, if possible WYSIWYG.
>> But i don't have the knowledge to realize something like that :-(
> I've recently (last week) set up a MediaWiki for wyoguide at:
> 
>   http://wyoguide.sf.net/wiki
> 
> I could do the procedure again for wxLua.
> However I don't know if a wiki is what we want... (just imaging to the 
> spam we could start to receive!)...
> 
> 
> 
>>> We could ask to the owner of the A) link, to let us copy the contents 
>>> of the website on B) and then setup a redirection from A) to B).
>>
>>
>> Put it in CVS ?
> yes, that can be a good idea. Specially if someone adds to his crontab a 
> script which keeps the SF servers up2date with the CVS contents.
> 
> Francesco
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log 
> files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642

[Wxlua-users] Re: Problems with wxStEdit on Linux

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

John Labenski ha scritto:
> On 2/9/06, Francesco Montorsi <f18...@ya...> wrote:
>> Now the configure script of wxStEdit successfully compiles it.
>> However I have to report a bug in samples/stedit program: when I run it
>> and type something in the first row of untitled.txt, everything is okay.
>> When I hit enter to go in the row below, any key pressed is just ignored
>> and nothing appears on the screen...
>> This is with Ubuntu 5.10, GTK2, wxCVS (maybe a little outdated - I'll
>> update it...).
> 
> This was a bug w/ wxWidgets CVS HEAD a few weeks back. It was some
> unicode translation thing they were trying, hopefully it still works.
you're right; I've tested it with an updated wxWidgets and the problem 
has disappeared.

Francesco

Re: [Wxlua-users] Linking works in MSVC & coroutines work

[klaas.holwerda <kho...@xs...>]

John Labenski wrote:

>Everything, all sample apps, seem to work in MSW using MSVS Express 2005.
>  
>
I adapted to the new sistuation in wxArt2D, all works.
But there is still of course the problem with having two namespaces.
When running the script in wxLuacan it  is shown.

I hope the changes solve the problem i had today on Linux,  (  class 
RTTI initialization problems again ).
I remembered directly the problem i had when starting with the new 
wxLua  some weeks ago.
 
As now bindings are really added at OnInit(), all static stuff should be 
initialized correctly.

Let it be true :-)

Thanks,

Klaas

>
>  
>

[Wxlua-users] Linking works in MSVC & coroutines work

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

I hope I've solved the linking problem once and for all. You now have
to call a single function for each binding you want to use in addition
to linking to it. There are two flavors of the functions, XXX_init()
and XXX_bind(const wxLuaState& ). The former function initializes the
binding so that any wxLuaState created after initialization will
automatically use the binding. The second binds it to the wxLuaState
to be loaded on a per state basis.

In you wxApp::Onit or before the first use of wxLua you call these
functions. The names are based on the wx_rules.lua file naming so
there shouldn't be any naming clashes. I recommend that you do not
#include the binding header, since you'll also be #including
wxluasetup.h (grrrr..!) so just use the extern keyword to make the
functions known.

extern bool wxLuaBinding_wx_init();
extern bool wxLuaBinding_wxstc_init();

Everything, all sample apps, seem to work in MSW using MSVS Express 2005.

----------------------

Secondly coroutines now work properly by sharing the necessary data
among multiple wxLuaStates.

Regards,
    John Labenski

Re: [Wxlua-users] Re: wxluasetup is needed

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

On 2/9/06, Francesco Montorsi <f18...@ya...> wrote:
> > I am compiling on Linux, and in wxluacan.cpp i did see warnings.
> >
> > wxLUA_USE_wxDC not defined.
> yes, I saw this too, together with a couple others.
>
> > But that means that wxluasetup.h must be included there.
> > The wxluacan.cpp is generated, but i am not aware i did add those
> > checkes with defines.
> IMHO, it should work this way: if one cannot know at code-time which
> bindings will be available and which not, then he should enclose all
> bindings within #if wxLUA_USE_XXXX #endif pairs and last add the
> wxluasetup.h include path.
>
> However this should not be a very common need because usually one knows
> what bindings he will compile for his app and which not.
>
> for wxLuaCan sample, I think that you can just suppose that all bindings
> will be available (and thus remove those #if #endif checks) since custom
> wxluasetup.h are used only for custom wxbind library, while wxLuaCan
> sample is always linked against wxLua official binding library.

I agree about people should know what they're using, but this is a
little different, it's in the generated bindings. Since we use data
types from the wxWidgets bindings we also get the wxLUA_USE conditions
that go with them from the DataTypesCache file (not in cvs). I agree
that normally for a sample like this we'd rather not bother to check
stuff  like "is wxDC wrapped" since unless they take the time to break
it, of course it is. I've hopefully fixed this and it compiles and
works in MSW using VC Express 2005.

> > Anyway, it looks like wxluasetup.h needs to be included in the generate=
d
> > bindings.
> >
> > But if i do i get errors that or even worse, telling that:
> > s_wxluatag_wxDC was not declared in this scope etc.
> > If i also add #include wxbind/include/wxbind.h
> > It compiles correctly.
> >
> > Am i missing something?
> This is probably because you should never include wxluasetup.h directly
> but, if you really need it, you should rather include
> wxbind/include/wxbind.h (and add wxluasetup.h include path to compiler
> flags).
>
> John, am I right ?

Yes this is how I did it, but in the wxluacan.rules file for the bindings.

Sorry about that, I could have sworn that it used to work.
    John Labenski

Re: [Wxlua-users] Re: Problems with wxStEdit on Linux

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

On 2/9/06, Francesco Montorsi <f18...@ya...> wrote:
> Now the configure script of wxStEdit successfully compiles it.
> However I have to report a bug in samples/stedit program: when I run it
> and type something in the first row of untitled.txt, everything is okay.
> When I hit enter to go in the row below, any key pressed is just ignored
> and nothing appears on the screen...
> This is with Ubuntu 5.10, GTK2, wxCVS (maybe a little outdated - I'll
> update it...).

This was a bug w/ wxWidgets CVS HEAD a few weeks back. It was some
unicode translation thing they were trying, hopefully it still works.

John Labenski

[Wxlua-users] Re: wxluasetup is needed

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

Hi,

k. holwerda ha scritto:
> Hi,
> 
> I am compiling on Linux, and in wxluacan.cpp i did see warnings.
> 
> wxLUA_USE_wxDC not defined.
yes, I saw this too, together with a couple others.



> But that means that wxluasetup.h must be included there.
> The wxluacan.cpp is generated, but i am not aware i did add those 
> checkes with defines.
IMHO, it should work this way: if one cannot know at code-time which 
bindings will be available and which not, then he should enclose all 
bindings within #if wxLUA_USE_XXXX #endif pairs and last add the 
wxluasetup.h include path.

However this should not be a very common need because usually one knows 
what bindings he will compile for his app and which not.

for wxLuaCan sample, I think that you can just suppose that all bindings 
will be available (and thus remove those #if #endif checks) since custom 
wxluasetup.h are used only for custom wxbind library, while wxLuaCan 
sample is always linked against wxLua official binding library.



> Anyway, it looks like wxluasetup.h needs to be included in the generated 
> bindings.
> 
> But if i do i get errors that or even worse, telling that:
> 
> s_wxluatag_wxDC was not declared in this scope etc.
> 
> If i also add #include wxbind/include/wxbind.h
> It compiles correctly.
> 
> Am i missing something?
This is probably because you should never include wxluasetup.h directly 
but, if you really need it, you should rather include 
wxbind/include/wxbind.h (and add wxluasetup.h include path to compiler 
flags).

John, am I right ?

Francesco

[Wxlua-users] Re: Problems with wxStEdit on Linux

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

Hi,

John Labenski ha scritto:
>> I'm currently stopped by errors about include paths like:
>>
>> #include "../../contrib/src/stc/scintilla/include/Platform.h" // for
>> PRectangle
>> #include "../../contrib/src/stc/scintilla/include/PropSet.h"  // for SString
>>
>> which refer to non-existent files in my wxCode tree.
>> These should be really transformed into something else...
>> unfortunately I checked the wxWidgets contrib section and I've found
>> that on Unix scintilla headers are not installed anywhere...
>>
>> so my proposed fix is:
>> 1) on win32, add the %WXWIN%/contrib/src/stc/scintilla/include path
>> 2) on unix, add a check for these headers. If they are not available,
>> tell the user to use the --with-wxdir option to indicate the full path
>> of the wxWidgets source tree and use it to install scintilla headers.
>> Or else, ask the wxdev to add scintilla headers to install rules.
> 
> 3) I removed the dependence on them by just copying the needed class
> declarations from the scintilla headers. :) (the license is ok with
> that)
> 
> I started working on this before and I thought I changed some things,
> but maybe I never committed them. Anyway all the #includes are gone
> now. I'm trying to keep the code as similar as possible to the
> original since some of the export functions are not trivial.
much better and simpler solution ;)

Now the configure script of wxStEdit successfully compiles it.
However I have to report a bug in samples/stedit program: when I run it 
and type something in the first row of untitled.txt, everything is okay.
When I hit enter to go in the row below, any key pressed is just ignored 
and nothing appears on the screen...
This is with Ubuntu 5.10, GTK2, wxCVS (maybe a little outdated - I'll 
update it...).

Francesco

[Wxlua-users] Re: bakefile 0.2.2

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

klaas.holwerda ha scritto:
> Francesco Montorsi wrote:
> 
>> Hi,
>>    official bakefile 0.2.0 is out but it does not integrate yet the 
>> patches which are required to make it work with wxLua bakefiles.
>>
>> So I've updated the bakefile version number to 0.2.2 of my personal 
>> 'edition' at uploaded bakefile archive at:
>>
> Does this include a ready to use bakefile for windows?
> I am a bit scared for compiling disasters :-(
hmmm, no.
Sincerely I don't know how Vaclav packages the win32 version.
It must be something tricky because you have to include a python 
interpreter since win32 does not have it by default.

However as always the procedure is: download last official bakefile, 
overwrite the rules/, output/, presets/ and src/ folders with the 
respective files from my 0.2.2




>> http://www.geocities.com/f18m_cpp217828/frm-bakefile.tar.gz
>>
>> I also regenerated makefiles and committed them.
>> The archive also adds to bakefile a working KDevelop generator...
>>
> No i am forced to try it ;-)
To be honest KDevelop format is extremely simple and it uses very few of 
the info coded into a bakefile: in fact KDevelop is just a frontend for 
configure scripts and make commands.
Thus you cannot use the kdevelop format without first generating 
autoconf one ;)


>> Kdevelop requires just a small file somewhere... could we add it under 
>> wxlua/build/kdevelop ?
Ok, added.

Francesco

[Wxlua-users] Re: bakefile version conflict

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

k. holwerda ha scritto:
> Hi Francesco,
> 
> On Linux configure tells me this.
> 
> configure: error Versions of Bakefile used to generate makefiles (0.2.2) 
> and configure (0.2.0) do not match.
> 
> e basta.
> 
> I have a CVS checkout of late last night.
> 
> What can be wrong, and why do you not have this error?
sorry; I forgot to update the configure script.
It's fixed now.

Francesco

[Wxlua-users] wxluasetup is needed

[k. h. <kla...@nl...>]

Hi,

I am compiling on Linux, and in wxluacan.cpp i did see warnings.

wxLUA_USE_wxDC not defined.

But that means that wxluasetup.h must be included there.
The wxluacan.cpp is generated, but i am not aware i did add those 
checkes with defines.

Anyway, it looks like wxluasetup.h needs to be included in the generated 
bindings.

But if i do i get errors that or even worse, telling that:

s_wxluatag_wxDC was not declared in this scope etc.

If i also add #include wxbind/include/wxbind.h
It compiles correctly.

Am i missing something?

Klaas


-- 
Unclassified