wxFBE, editor for both Windows and Linux
Re: wxFBE, editor for both Windows and Linux
Hey D.J.Peters. I'd like to improve the whole thing. I tried to generate widgets, which looks similar to the wx-c version. Could you test the current code output (I know it's still buggy etc.) for all widgets and give me better version? Please also test the generated events. E. g. your code uses FL_EVENT_RELEASE while currently I'm using FL_EVENT_PRESS (which doesn't work with your version).
Also, the toolbar and menu generation is not complete/correct. It would be great help if you can check the wx-c version and show me, how to solve this with fltk, so it looks the same.
(Or you can checkout the project and try to fix the emitter by yourself.^^)
Also, the toolbar and menu generation is not complete/correct. It would be great help if you can check the wx-c version and show me, how to solve this with fltk, so it looks the same.
(Or you can checkout the project and try to fix the emitter by yourself.^^)
Re: wxFBE, editor for both Windows and Linux
MOD, I would like to suggest that wxFBE - in a future version - saves the configuration file to the user directory instead of saving it to the application directory as it does now.
The reasons have to do with uniformity: on Linux (and later Windows versions as well) the user is not allowed to save data inside the application directory for security reasons. Right now on Linux, if wxFBE is installed system-wide (e.g in /opt) it is impossible to save setting changes as this folder - and it's children - is read-only and writable by root only.
Thank you.
The reasons have to do with uniformity: on Linux (and later Windows versions as well) the user is not allowed to save data inside the application directory for security reasons. Right now on Linux, if wxFBE is installed system-wide (e.g in /opt) it is impossible to save setting changes as this folder - and it's children - is read-only and writable by root only.
Thank you.
-
- Posts: 7
- Joined: Aug 27, 2015 15:49
Re: wxFBE, editor for both Windows and Linux
hey,
methinks, a configuration file is always a good idea:)
right now I'm looking for the sources of this IDE, which should
be fit for compilation on a rPi.
or are there dedicated builds for the rPi out already, somewhere?
best, felix
(I am very rarely online - no web acces at home - on purpose...)
methinks, a configuration file is always a good idea:)
right now I'm looking for the sources of this IDE, which should
be fit for compilation on a rPi.
or are there dedicated builds for the rPi out already, somewhere?
best, felix
(I am very rarely online - no web acces at home - on purpose...)
Re: wxFBE, editor for both Windows and Linux
You can find the source here:rPi-fb-usr wrote:right now I'm looking for the sources of this IDE, which should
be fit for compilation on a rPi.
https://svn.freebasic-portal.de/svn/wxfbe/
It depends on wx-c, a wxWidgets wrapper, which is part of wx.NET, which you can find here:
http://wxnet.cvs.sourceforge.net/viewvc/wxnet/
Build instructions are here; .NET parts can be skipped:
http://wxnet.sourceforge.net/building_from_source.html
wx-c again depends on wxWidgets 2.8.x, which you can find here:
https://www.wxwidgets.org/downloads/
https://github.com/wxWidgets/wxWidgets
(get a 2.8.x version; later versions probably won't work)
_________________________________
I think d.j.peters (or TJF or somebody else?) has already posted a screenshot of wxfbe running on a rpi.
Building wxfbe is not really easy, due to the wx-c dependency.
//edit: it was d.j.peters but on a armv7 (not armv6 as the RPI): http://www.freebasic.net/forum/viewtopi ... 60#p189560
he seems to have deleted his response and hasn't shared his wxfbe arm build yet. edit_ends//
Btw, I would suggest Geany as an alternative, which is under active development and should be available already as binary for the RPI. It isn't an IDE tailored for FB, though.
Re: wxFBE, editor for both Windows and Linux
I'm trying to compile from source using an archlinux distro x86_64.St_W wrote:You can find the source here:rPi-fb-usr wrote:right now I'm looking for the sources of this IDE, which should
be fit for compilation on a rPi.
https://svn.freebasic-portal.de/svn/wxfbe/
It depends on wx-c, a wxWidgets wrapper, which is part of wx.NET, which you can find here:
http://wxnet.cvs.sourceforge.net/viewvc/wxnet/
Build instructions are here; .NET parts can be skipped:
http://wxnet.sourceforge.net/building_from_source.html
wx-c again depends on wxWidgets 2.8.x, which you can find here:
https://www.wxwidgets.org/downloads/
https://github.com/wxWidgets/wxWidgets
(get a 2.8.x version; later versions probably won't work)
_________________________________
I think d.j.peters (or TJF or somebody else?) has already posted a screenshot of wxfbe running on a rpi.
Building wxfbe is not really easy, due to the wx-c dependency.
//edit: it was d.j.peters but on a armv7 (not armv6 as the RPI): http://www.freebasic.net/forum/viewtopi ... 60#p189560
he seems to have deleted his response and hasn't shared his wxfbe arm build yet. edit_ends//
Btw, I would suggest Geany as an alternative, which is under active development and should be available already as binary for the RPI. It isn't an IDE tailored for FB, though.
libwx-c-0-9-0-2.so ok. copied to wxfbe path.
But, when I try to compile using compile.sh statements it shows the following errors:
Code: Select all
/home/riccerf/wxfbe/inc/mdLanguage.bi(64) error 285: Unsupported statement in -gen gcc mode in 'Dim As Any Ptr param = Va_First()'
/home/riccerf/wxfbe/inc/mdLanguage.bi(67) error 285: Unsupported statement in -gen gcc mode, found 'Va_Arg' in 'temp = Va_Arg(param, ZString Ptr)'
/home/riccerf/wxfbe/inc/mdLanguage.bi(73) error 285: Unsupported statement in -gen gcc mode, found 'Va_Next' in 'param = Va_Next(param, ZString Ptr)'
/home/riccerf/wxfbe/designer/designer.bi(3) error 23: File not found, "md/helper/mdCollectionsHelper.bi" in '#Include Once "md/helper/mdCollectionsHelper.bi"'
Code: Select all
[riccerf@localhost wxfbe]$ gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-unknown-linux-gnu/5.2.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: /build/gcc-multilib/src/gcc-5.2.0/configure --prefix=/usr --libdir=/usr/lib --libexecdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info --with-bugurl=https://bugs.archlinux.org/ --enable-languages=c,c++,ada,fortran,go,lto,objc,obj-c++ --enable-shared --enable-threads=posix --enable-libmpx --with-system-zlib --with-isl --enable-__cxa_atexit --disable-libunwind-exceptions --enable-clocale=gnu --disable-libstdcxx-pch --disable-libssp --enable-gnu-unique-object --enable-linker-build-id --enable-lto --enable-plugin --enable-install-libiberty --with-linker-hash-style=gnu --enable-gnu-indirect-function --enable-multilib --disable-werror --enable-checking=release --with-default-libstdcxx-abi=gcc4-compatible
Thread model: posix
gcc version 5.2.0 (GCC)
I have a great hope in wxfbe... having a visual form designer (cross platform) is a big must for me (I hate calculate pixel coordinates).
I agree Geany is a great editor: do you know if there is a kind of plugin (wx, qt, gtk) for the visual design of interfaces?
Thank you all.
Re: wxFBE, editor for both Windows and Linux
Hi,
the "statement not supported" errors about va_first() etc. are fbc errors, complaining about FB code using some constructs that are only supported on 32bit x86 but not other targets such as 64bit x86_64. The problem is that the FB code in question (mdLanguage.bi) hasn't been ported to 64bit yet.
Besides talking to the author (same as of wxFBE) you could try to comment out affected subs/functions in the affected files. That should work... unless wxFBE really needs them.
the "statement not supported" errors about va_first() etc. are fbc errors, complaining about FB code using some constructs that are only supported on 32bit x86 but not other targets such as 64bit x86_64. The problem is that the FB code in question (mdLanguage.bi) hasn't been ported to 64bit yet.
Besides talking to the author (same as of wxFBE) you could try to comment out affected subs/functions in the affected files. That should work... unless wxFBE really needs them.
Re: wxFBE, editor for both Windows and Linux
Regarding error 23:
It looks like wxfbe needs some file(s) from MOD's mdTypes. You can find it here:
https://www.freebasic-portal.de/downloa ... s-308.html
download it from: http://users.freebasic-portal.de/mod/do ... dTypes.zip
I'm not completely sure about that, however. Maybe that "mdCollectionsHelper.bi" is in the repo but the path is wrong? I have not checked it.
Additionally, as dkl already said, the code is not 64-bit ready. This could especially be a problem for the wx-c library / FreeBasic-headers. It may work if suitable types are used, but it will crash if not.
It looks like wxfbe needs some file(s) from MOD's mdTypes. You can find it here:
https://www.freebasic-portal.de/downloa ... s-308.html
download it from: http://users.freebasic-portal.de/mod/do ... dTypes.zip
I'm not completely sure about that, however. Maybe that "mdCollectionsHelper.bi" is in the repo but the path is wrong? I have not checked it.
Additionally, as dkl already said, the code is not 64-bit ready. This could especially be a problem for the wx-c library / FreeBasic-headers. It may work if suitable types are used, but it will crash if not.
Re: wxFBE, editor for both Windows and Linux
wxFBE uses mdLanguage for multi language capabilities and as mdLanguage uses variadic methods, it won't work with the current x86_64 output of the compiler (variadic methods are not supported yet).
The editor..or rather, the designer uses mdTypes. mdCollectionsHelper is part of mdTypes and allows to persist whole classes back and forth. As mdTypes works even in x86_64, it's possible to replace mdLanguage completely by mdResourceBundle, however, it sure needs some work. You may try it if you need a 64bit version, otherwise, stick to the 32bit version.
The editor..or rather, the designer uses mdTypes. mdCollectionsHelper is part of mdTypes and allows to persist whole classes back and forth. As mdTypes works even in x86_64, it's possible to replace mdLanguage completely by mdResourceBundle, however, it sure needs some work. You may try it if you need a 64bit version, otherwise, stick to the 32bit version.
Re: wxFBE, editor for both Windows and Linux
Hi
Thank you all for the informations.
I've rebuild fbc and wxfbe from repos using an opensuse 32bit (a virtualbox image) but the error "mdCollectionsHelper.bi not found" was the same of the archlinux 64bit.
What I have done is copying "md" folder from the file zip as suggested by St_W and the binary has been built.
Thank you all for the informations.
I've rebuild fbc and wxfbe from repos using an opensuse 32bit (a virtualbox image) but the error "mdCollectionsHelper.bi not found" was the same of the archlinux 64bit.
What I have done is copying "md" folder from the file zip as suggested by St_W and the binary has been built.
Re: wxFBE, editor for both Windows and Linux
It seems this is not asked before:
Is there a key shortcut, plugin or using a flag to fold all the code at once?
If this is possible, i will certainly use this GREAT editor.
Remark:
Maybe i go through the source, but can't pull it out of https://svn.freebasic-portal.de/svn/wxfbe/.
Suggestions? (File by file is too much work)
Source export at
https://www.freebasic-portal.de/projekte/wxfbe-69.html
(at the bottom) doesn't work or am i doing something wrong?
I changed Revision to 137. Got Fehler 404
Keep up the good work!
Is there a key shortcut, plugin or using a flag to fold all the code at once?
If this is possible, i will certainly use this GREAT editor.
Remark:
Maybe i go through the source, but can't pull it out of https://svn.freebasic-portal.de/svn/wxfbe/.
Suggestions? (File by file is too much work)
Source export at
https://www.freebasic-portal.de/projekte/wxfbe-69.html
(at the bottom) doesn't work or am i doing something wrong?
I changed Revision to 137. Got Fehler 404
Keep up the good work!
Re: wxFBE, editor for both Windows and Linux
There's no fold/unfold all functionality so far. I did some tests but it seems to be a bit buggy in the used wxStyledTextCtrl version.
You can fetch the source using TortoiseSVN for example.
The revision download button and the whole changelog don't work anymore at freebasic-portal, as all the projects switched directories. I'm not sure if/when this will be fixed.
You can fetch the source using TortoiseSVN for example.
The revision download button and the whole changelog don't work anymore at freebasic-portal, as all the projects switched directories. I'm not sure if/when this will be fixed.
Re: wxFBE, editor for both Windows and Linux
I am having the exact same error while attempting to compile wxFBE on BBB, compile.sh modified for arch armv7-a.dkl wrote:Hi,
the "statement not supported" errors about va_first() etc. are fbc errors, complaining about FB code using some constructs that are only supported on 32bit x86 but not other targets such as 64bit x86_64. The problem is that the FB code in question (mdLanguage.bi) hasn't been ported to 64bit yet.
Besides talking to the author (same as of wxFBE) you could try to comment out affected subs/functions in the affected files. That should work... unless wxFBE really needs them.
Code: Select all
root@beaglebone:~/wxfbe# sh compile.sh
/root/wxfbe/inc/mdLanguage.bi(64) error 285: Unsupported statement in -gen gcc mode in 'Dim As Any Ptr param = Va_First()'
/root/wxfbe/inc/mdLanguage.bi(67) error 285: Unsupported statement in -gen gcc mode, found 'Va_Arg' in 'temp = Va_Arg(param, ZString Ptr)'
/root/wxfbe/inc/mdLanguage.bi(67) warning 4(1): Suspicious pointer assignment
/root/wxfbe/inc/mdLanguage.bi(73) error 285: Unsupported statement in -gen gcc mode, found 'Va_Next' in 'param = Va_Next(param, ZString Ptr)'
/root/wxfbe/inc/mdLanguage.bi(73) warning 4(1): Suspicious pointer assignment
root@beaglebone:~/wxfbe#
D.
Re: wxFBE, editor for both Windows and Linux
Variable argument lists (as FreeBasic implements them) are currently only supported on x86 systems. They are explicitly not supported on x86_64 due to technical reasons (parameters passed in registers instead of on the stack). Due to similar technical reasons variable argument lists aren't supported on ARM either.
wxFBE code seems to use variable argument lists - thus it will only compile/work on x86 systems. You will to replace this code to make it compile on x86_64 and ARM.
wxFBE code seems to use variable argument lists - thus it will only compile/work on x86 systems. You will to replace this code to make it compile on x86_64 and ARM.
Re: wxFBE, editor for both Windows and Linux
I am on a 32bit ARM... (BBB).
I have seen photos of wxFBE running on a BBB running ubuntu, I am using debian 7 which is basically the same.
Maybe its time to look for an alternative.
Thanks,
Dudi
I have seen photos of wxFBE running on a BBB running ubuntu, I am using debian 7 which is basically the same.
Maybe its time to look for an alternative.
Thanks,
Dudi
Re: wxFBE, editor for both Windows and Linux
Whether you use 32-bit or 64-bit ARM is irrelevant - it's still ARM and not x86.
Maybe older versions of wxFBE did not use variable argument lists. Anyway, it should not be that hard to change the implementation so that it does not depend on varargs. Probably that was done already by someone to get it running on ARM. Maybe you can kindly ask the person, who created the screenshot you were talking about, to share the modifications to the wxFBE code to make it compile?
Maybe older versions of wxFBE did not use variable argument lists. Anyway, it should not be that hard to change the implementation so that it does not depend on varargs. Probably that was done already by someone to get it running on ARM. Maybe you can kindly ask the person, who created the screenshot you were talking about, to share the modifications to the wxFBE code to make it compile?