Re: [Iup-users] Where to get iupluamatrix.dll?

[Antonio Scuri]

Thanks for reporting

Em sex., 19 de jan. de 2024 às 10:00, Antonio Scuri 
escreveu:

>  Yes, it is missing a
> #ifdef LUA_VERSION
>
> Em qui., 18 de jan. de 2024 às 12:04, Gia Hung Nguyen <
> giahungngu...@yandex.com> escreveu:
>
>> I'm unable to find this dll. The only thing I can do to avoid linking
>> error is comment out IupMatrixSetFormula and IupMatrixSetDynamic in
>> iupcontrols.h. They are not wrapped in macro, causing this annoying linking
>> issue.
>> ___
>> Iup-users mailing list
>> Iup-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/iup-users
>>
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] Where to get iupluamatrix.dll?

[Antonio Scuri]

 Yes, it is missing a
#ifdef LUA_VERSION

Em qui., 18 de jan. de 2024 às 12:04, Gia Hung Nguyen <
giahungngu...@yandex.com> escreveu:

> I'm unable to find this dll. The only thing I can do to avoid linking
> error is comment out IupMatrixSetFormula and IupMatrixSetDynamic in
> iupcontrols.h. They are not wrapped in macro, causing this annoying linking
> issue.
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] C++ wrapper

[Antonio Scuri]

 I don't get this error here. Which compiler are you using?

Em qui., 18 de jan. de 2024 às 07:23, Gia Hung Nguyen <
giahungngu...@yandex.com> escreveu:

> There is a conflict between line 471 and line 473 of iup_plus.h. To the
> compiler, these constructors are the same: a method that takes a parameter
> of type Element. The compiler will refuse to proceed with compilation
> unless you comment out one of them.
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

[Iup-users] IUP 3.31

[Antonio Scuri]

Hi All,

We just released IUP version 3.31

There are few new features, but the changes are mainly bug fixes.

*I'm sorry to say that IUP is on hold for now. *It is not abandoned but its
maintenance is restricted to bug fixes. The team has been allocated to
another project and there is no time frame when it is going back to IUP.

You can find the complete list of changes and files for download at:

http://iup.sourceforge.net/

Best Regards,
Antonio Scuri
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] Visual cue for default buttons?

[Antonio Scuri]

 IUP does not set that style. Can't remember now why we didn't do it. But
probably because it does not behave as expected or does not have an
equivalent in GTK.

Em sáb., 29 de jul. de 2023 às 10:19, Johann ''Myrkraverk'' Oskarsson via
Iup-users  escreveu:

> Dear IUP Users,
>
> How is one supposed to give IupButton a visual cue that it's the default
> button?  Just using
>
>IupSetAttributeHandle( dialog, "DEFAULTENTER", button ) ;
>
> does not do this, and I found no reference to this in the attributes of
> the IupButton object itself.  So I ended up using a MAP_CB which does
> the following.
>
>HWND wnd = IupGetAttribute( handle, "WID" ) ;
>if ( wnd ) {
>SendMessage( wnd, BM_SETSTYLE, BS_DEFPUSHBUTTON, TRUE ) ;
>}
>
> This works well enough, but I was expecting something more obvious in
> the IUP toolkit itself.
>
>
> Best,
> Johann
>
>
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] Discussion of MX 21.3 build troubles...

[Antonio Scuri]

  Great! Thanks

Em qui., 3 de ago. de 2023 às 04:57, sur-behoffski <
sur_behoff...@grouse.com.au> escreveu:

> G'day,
>
> I'm trying to help Anonymous build IM/CD/IUP with Lua 4.4.6 and
> LuaRocks.  This message documents some of the hoops that "lglicua"
> uses to get things to work.
>
> First of all, if you use the Tecgraf-supplied tecmake.mak v4.21,
> then CD does not build... because of, you guessed it, incorrectly
> inferring that Kernel 6.0.0 is older than Kernel 5, and therefore
> selecting GTK2 instead of GTK3:
>
> --
>
> > Tecmake: compiling cdgdk.c ...
> > gcc -c  -Wall -O2 -m64 -fPIC -I. -Idrv -Ix11 -Iwin32 -Iintcgm -Isim
> -Icairo -Isvg -I../include -I/usr/include/lua5.4
> -I/usr/include/gtk-unix-print-2.0 -I/usr/include/freetype2
> -I/usr/include/atk-1.0 -I/usr/include/gtk-2.0 -I/usr/include/gdk-pixbuf-2.0
> -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0
> -I/usr/lib64/glib-2.0/include -I/usr/lib64/gtk-2.0/include
> -I/usr/lib/glib-2.0/include -I/usr/lib/gtk-2.0/include
> -I/usr/lib/x86_64-linux-gnu/glib-2.0/include
> -I/usr/lib/arm-linux-gnueabihf/glib-2.0/include
> -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include   -DGTK_DISABLE_DEPRECATED
> -DTEC_UNAME=Linux60_64 -DTEC_SYSNAME=Linux -DLinux=6.0 -DTEC_LITTLEENDIAN
> -DTEC_64 -DFUNCPROTO=15 -DNDEBUG -o ../obj/Linux60_64/cdgdk.o gdk/cdgdk.c
> > In file included from gdk/cdgdk.c:13:
> > gdk/cdgdk.h:10:10: fatal error: gdk/gdk.h: No such file or directory
> >10 | #include 
> >   |  ^~~
> > compilation terminated.
> > make[1]: *** [../tecmake.mak:1771: ../obj/Linux60_64/cdgdk.o] Error 1
> > make: *** [Makefile:11: cd] Error 2
> > Execution of cd build failed:
>
>  (Note options such as "-I/usr/include/gtk-2.0" and
> "-DTEC_UNAME=Linux60_64" above.)
>
> --
>
>  Once we stomp on CD's "tecmake.mak-v4.21" with lglicua's
> "tecmake-mak-v4.31",
>  then the CD build completes successfully.  Note the prominent presence
>  of GTK3 items, e.g. "-I/usr/include/gtk-3.0". "-DUSE_GTK3".  Also,
> note
>  that the system version names kernel 6: "-DLinux=6.0",
> "-L../../im/lib/Linux60_64":
>
> > Tecmake: compiling cdgdkclp.c ...
> > gcc -c  -Wall -O2 -m64 -fPIC -I. -Idrv -Ix11 -Iwin32 -Iintcgm -Isim
> -Icairo -Isvg -I../include -I/usr/include/lua5.4
> -I/usr/include/gtk-3.0/unix-print -I/usr/include/freetype2
> -I/usr/include/atk-1.0 -I/usr/include/gtk-3.0 -I/usr/include/gdk-pixbuf-2.0
> -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0
> -I/usr/lib64/glib-2.0/include -I/usr/lib/glib-2.0/include
> -I/usr/lib/x86_64-linux-gnu/glib-2.0/include
> -I/usr/lib/arm-linux-gnueabihf/glib-2.0/include -I/usr/include/harfbuzz
>  -DGTK_DISABLE_DEPRECATED -DGDK_DISABLE_DEPRECATED -DGSEAL_ENABLE
> -DUSE_GTK3 -DTEC_UNAME=Linux60_64 -DTEC_SYSNAME=Linux -DLinux=6.0
> -DTEC_LITTLEENDIAN -DTEC_64 -DFUNCPROTO=15 -DNDEBUG -o
> ../obj/Linux60_64/cdgdkclp.o gdk/cdgdkclp.c
>
>  [...]
>
> > Tecmake: linking libcdluaim54.so ...
> > gcc -shared -o ../lib/Linux60_64/Lua54/libcdluaim54.so
> ../obj/cdluaim54/Linux60_64/Lua54/cdluaim5.o
> -L../../im/lib/Linux60_64/Lua54 -L../lib/Linux60_64/Lua54
> -L../lib/Linux60_64 -L../../im/lib/Linux60_64 -lcdim -limlua54 -lcdlua54
> -lcd -lfontconfig -lim -lpng -lfreetype -lz -lm
> >
> > Tecmake: Dynamic Library (../lib/Linux60_64/Lua54/libcdluaim54.so) Done.
>
> --
>
>  Now that CD has compiled correctly, we try to build IUP, first of all
>  using the SourceForge-supplied tecmake.mak-v4.21, and, then after
> failing,
>  retrying with tecmake.mak-v4.31.  Again, GTK2/GTK3 features
> prominently:
>
> > Tecmake: compiling iupgtk_focus.c ...
> > gcc -c  -Wall -O2 -m64 -fPIC -I../include -I. -Igtk
> -I/usr/include/lua5.4 -I/usr/include/atk-1.0 -I/usr/include/gtk-2.0
> -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/cairo -I/usr/include/pango-1.0
> -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include
> -I/usr/lib64/gtk-2.0/include -I/usr/lib/glib-2.0/include
> -I/usr/lib/gtk-2.0/include -I/usr/lib/x86_64-linux-gnu/glib-2.0/include
> -I/usr/lib/arm-linux-gnueabihf/glib-2.0/include
> -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include -I/usr/X11R6/include
>  -DGTK_DISABLE_DEPRECATED -DTEC_UNAME=Linux60_64 -DTEC_SYSNAME=Linux
> -DLinux=6.0 -DTEC_LITTLEENDIAN -DTEC_64 -DFUNCPROTO=15 -DNDEBUG -o
> ../obj/Linux60_64/iupgtk_focus.o gtk/iupgtk_focus.c
> > gtk/iupgtk_focus.c:7:10: fatal error: gtk/gtk.h: No such file or
> directory
> > 7 | #include 
> >   |  ^~~
> > compilation terminated.
> > make[2]: *** [../tecmake.mak:1771: ../obj/Linux60_64/iupgtk_focus.o]
> Error 1
> > make[1]: *** [Makefile:12: iup] Error 2
> > make: *** [Makefile:13: iup] Error 2
> > Execution of iup build failed:
>
> --
>
>  After stomping on tecmake.mak, iupgtk_focus.c compiles cleanly, but we
>  still have a build failure, with iupgtk_webbrowser.c.  Turns out that
>  "iup/srcweb/config.mak" has the same GTK3-tops-out-at-Kernel-5 defect
>  that we treated in 

Re: [Iup-users] Problem linking with scintilla

[Antonio Scuri]

  Try this one:

https://stackoverflow.com/questions/34308720/where-is-dso-handle-defined

Em seg., 24 de jul. de 2023 11:15, Anonymous 
escreveu:

> Mucho gracias Antonio! You are so patient too! I am down to six errors I
> think, but it seems every time I fix one set of errors, a new set of errors
> pop up. I really don't know how to read "ld" yet, but what do you think of
> the following errors:
>
> ld: ./lib/libiup_scintilla.a(ExternalLexer.o): in function
> `_GLOBAL__sub_I_ExternalLexer.cxx':
> ExternalLexer.cxx:(.text.startup+0x19): undefined reference to
> `__dso_handle'
> ld: ExternalLexer.cxx:(.text.startup+0x37): undefined reference to
> `__dso_handle'
> ld: ./lib/libiup_scintilla.a(CaseConvert.o): in function
> `_GLOBAL__sub_I_CaseConvert.cxx':
> CaseConvert.cxx:(.text.startup+0x8): undefined reference to `__dso_handle'
> ld: CaseConvert.cxx:(.text.startup+0x93): undefined reference to
> `__dso_handle'
> ld: CaseConvert.cxx:(.text.startup+0x11f): undefined reference to
> `__dso_handle'
> ld: ./lib/libiup_scintilla.a(LexAda.o):LexAda.cxx:(.text.startup+0x44):
> more undefined references to `__dso_handle' follow
>
> Which additional library(s) do I need to add now (I'm currently at 19!!)?
> On 7/24/23 05:38, Antonio Scuri wrote:
>
>  IupScintilla is C only, but Scintilla itself is not.
>
> Em qua., 19 de jul. de 2023 às 16:14, Anonymous 
> escreveu:
>
>> I was down to 8,518 errors, but then I noticed something:
>>
>> ScintillaGTK.cxx:(.text+0x22c0): undefined reference to `operator
>> new(unsigned long)'
>> ld: ./lib/libiup_scintilla.a(ScintillaGTK.o): in function
>> `Scintilla::ScintillaGTK::RequestSelection(_GdkAtom*)':
>>
>> There are a lot of those kinds of errors which seems to indicated that
>> libiup_scintilla.a was compiled as a C++ program and not a C program. I
>> thought IUP was supposed to be C-only and not a mix? Is there a C-only
>> version of libiup_scintilla.a that I can download somewhere?
>> On 7/18/23 13:31, Anonymous wrote:
>>
>> Thanks for the advice. I already use the L switch for linking to all the
>> IUP *.a files, i.e. -- *-L./lib*. That works fine for all files except
>> for libiup_scintilla.a. For that you are telling me I need to link to
>> specific files in GTK3. It seems to me GTK3 isn't meant to be called
>> directly by programs, only by the OS (hence the reason it isn't in the
>> $PATH), so I temporarily add the GTK3 directory to my path and then linked
>> to them ... except that doesn't work. The (Debian) system says there is no
>> libgtk-3, which when I go and look for it, there is only libgtk-3.so.0
>> which (to me) looks like a symbolic link, so I have to change *-lgtk-3*
>> to *-l:libgtk-3.so.0* and so on and so forth for all 12 files the
>> documentation listed: *-l:libgdk-3.so.0 -l:libgdk_pixbuf-2.0.so.0
>> -l:libpangocairo-1.0.so.0 -l:libpango-1.0.so.0 -l:libcairo.so.2
>> -l:libgobject-2.0.so.0 -l:libgmodule-2.0.so.0 -l:libglib-2.0.so.0
>> -l:libXext.so.6 -l:libX11.so.6 -l:libm.so.6*. Now it links to them but
>> unfortunately, this leads to a new problem, namely:
>>
>> *ld: ./lib/libiup_scintilla.a(ScintillaGTKAccessible.o): undefined
>> reference to symbol 'atk_object_notify_state_change'*
>> *ld: /lib/x86_64-linux-gnu/libatk-1.0.so.0: error adding symbols: DSO
>> missing from command line*
>>
>> Now what do I do?
>>
>> PS -- There is a typo in the doc: *gdk-3* should have been *-lgdk-3*
>> PPS -- Look at that huge, gigantic command line! This is far, far easier
>> to do in Windows than it is in Linux.
>> On 7/17/23 05:56, Antonio Scuri wrote:
>>
>>-L/my_path/iup/lib/Linux
>>
>> Em seg., 17 de jul. de 2023 às 09:04, Anonymous <
>> anonuser8313...@gmail.com> escreveu:
>>
>>> On 7/17/23 04:49, Antonio Scuri wrote:There is no libscintilla.a so I
>>> am stuck with libscintilla.so
>>>
>>>  There is no sense in using GTK 2 anymore for recent systems. Focus on
>>> GTK 3.
>>>
>>> Yes sir, I understand. I will focus only on GTK3 from now on.
>>>
>>> The problem I'm see is, none of the files mentioned in the IUP
>>> documentation for static linking are visible, even with GTK3 installed. How
>>> can I make the files visible from the current working directory my source
>>> code is in?
>>>
>>> Em sáb., 15 de jul. de 2023 às 17:52, Anonymous <
>>> anonuser8313...@gmail.com> escreveu:
>>>
>>>> Note, the documentation says to use -lpangox-2.0, but their is no
>>>> libpangox-2.0.so file that exists in the GTK2 or G

Re: [Iup-users] Problem linking with scintilla

[Antonio Scuri]

 IupScintilla is C only, but Scintilla itself is not.

Em qua., 19 de jul. de 2023 às 16:14, Anonymous 
escreveu:

> I was down to 8,518 errors, but then I noticed something:
>
> ScintillaGTK.cxx:(.text+0x22c0): undefined reference to `operator
> new(unsigned long)'
> ld: ./lib/libiup_scintilla.a(ScintillaGTK.o): in function
> `Scintilla::ScintillaGTK::RequestSelection(_GdkAtom*)':
>
> There are a lot of those kinds of errors which seems to indicated that
> libiup_scintilla.a was compiled as a C++ program and not a C program. I
> thought IUP was supposed to be C-only and not a mix? Is there a C-only
> version of libiup_scintilla.a that I can download somewhere?
> On 7/18/23 13:31, Anonymous wrote:
>
> Thanks for the advice. I already use the L switch for linking to all the
> IUP *.a files, i.e. -- *-L./lib*. That works fine for all files except
> for libiup_scintilla.a. For that you are telling me I need to link to
> specific files in GTK3. It seems to me GTK3 isn't meant to be called
> directly by programs, only by the OS (hence the reason it isn't in the
> $PATH), so I temporarily add the GTK3 directory to my path and then linked
> to them ... except that doesn't work. The (Debian) system says there is no
> libgtk-3, which when I go and look for it, there is only libgtk-3.so.0
> which (to me) looks like a symbolic link, so I have to change *-lgtk-3*
> to *-l:libgtk-3.so.0* and so on and so forth for all 12 files the
> documentation listed: *-l:libgdk-3.so.0 -l:libgdk_pixbuf-2.0.so.0
> -l:libpangocairo-1.0.so.0 -l:libpango-1.0.so.0 -l:libcairo.so.2
> -l:libgobject-2.0.so.0 -l:libgmodule-2.0.so.0 -l:libglib-2.0.so.0
> -l:libXext.so.6 -l:libX11.so.6 -l:libm.so.6*. Now it links to them but
> unfortunately, this leads to a new problem, namely:
>
> *ld: ./lib/libiup_scintilla.a(ScintillaGTKAccessible.o): undefined
> reference to symbol 'atk_object_notify_state_change'*
> *ld: /lib/x86_64-linux-gnu/libatk-1.0.so.0: error adding symbols: DSO
> missing from command line*
>
> Now what do I do?
>
> PS -- There is a typo in the doc: *gdk-3* should have been *-lgdk-3*
> PPS -- Look at that huge, gigantic command line! This is far, far easier
> to do in Windows than it is in Linux.
> On 7/17/23 05:56, Antonio Scuri wrote:
>
>-L/my_path/iup/lib/Linux
>
> Em seg., 17 de jul. de 2023 às 09:04, Anonymous 
> escreveu:
>
>> On 7/17/23 04:49, Antonio Scuri wrote:There is no libscintilla.a so I am
>> stuck with libscintilla.so
>>
>>  There is no sense in using GTK 2 anymore for recent systems. Focus on
>> GTK 3.
>>
>> Yes sir, I understand. I will focus only on GTK3 from now on.
>>
>> The problem I'm see is, none of the files mentioned in the IUP
>> documentation for static linking are visible, even with GTK3 installed. How
>> can I make the files visible from the current working directory my source
>> code is in?
>>
>> Em sáb., 15 de jul. de 2023 às 17:52, Anonymous <
>> anonuser8313...@gmail.com> escreveu:
>>
>>> Note, the documentation says to use -lpangox-2.0, but their is no
>>> libpangox-2.0.so file that exists in the GTK2 or GTK3 directory. Was it
>>> supposed to say -lpangoxft-1.0 or -lpangomm-1.4.so or
>>> -lpangocairo-1.0.so.0?
>>> On 7/15/23 13:06, Anonymous wrote:
>>>
>>> My problem is why won't GTK show up in my path, even though the system
>>> works with GTK apps? Is that normal? I could copy all the files needed to a
>>> directory for static linking as https://www.tecgraf.puc-rio.br/iup/
>>> says to do,
>>>
>>> "For GTK, IUP uses the GTK, GDK, Pango, Cairo if GTK 3, and GLib. To
>>> *statically* link an application with IUP, use the following options in
>>> the linker call (in the same order) ...
>>>
>>> *-lgtk-x11-2.0 -lgdk-x11-2.0* -lgdk_pixbuf-2.0 *-lpangox-1.0* -lpango-1.0 
>>> -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lXext -lX11 -lm  (for GTK 2)
>>> or*-lgtk-3 gdk-3* -lgdk_pixbuf-2.0 *-lpangocairo-1.0* -lpango-1.0 *-lcairo* 
>>>   -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lXext -lX11 -lm  (for GTK 3)"
>>>
>>> ... but do I really have to copy files from root to a place where it can
>>> be found by my make file? That doesn't make sense but if that is how things
>>> are done in Linux, I will just have to do it. I just hope those files are
>>> easy to find.
>>> On 7/15/23 12:31, Antonio Scuri wrote:
>>>
>>>  Please take a look at the IUP documentation. You will find more info
>>> there:
>>>
>>> https://www.tecgraf.puc-rio.br/iup/
>>>
>>>   In Guide / Building Application

Re: [Iup-users] Problem linking with scintilla

[Antonio Scuri]

   -L/my_path/iup/lib/Linux

Em seg., 17 de jul. de 2023 às 09:04, Anonymous 
escreveu:

> On 7/17/23 04:49, Antonio Scuri wrote:
>
>  There is no sense in using GTK 2 anymore for recent systems. Focus on GTK
> 3.
>
> Yes sir, I understand. I will focus only on GTK3 from now on.
>
> The problem I'm see is, none of the files mentioned in the IUP
> documentation for static linking are visible, even with GTK3 installed. How
> can I make the files visible from the current working directory my source
> code is in?
>
> Em sáb., 15 de jul. de 2023 às 17:52, Anonymous 
> escreveu:
>
>> Note, the documentation says to use -lpangox-2.0, but their is no
>> libpangox-2.0.so file that exists in the GTK2 or GTK3 directory. Was it
>> supposed to say -lpangoxft-1.0 or -lpangomm-1.4.so or
>> -lpangocairo-1.0.so.0?
>> On 7/15/23 13:06, Anonymous wrote:
>>
>> My problem is why won't GTK show up in my path, even though the system
>> works with GTK apps? Is that normal? I could copy all the files needed to a
>> directory for static linking as https://www.tecgraf.puc-rio.br/iup/ says
>> to do,
>>
>> "For GTK, IUP uses the GTK, GDK, Pango, Cairo if GTK 3, and GLib. To
>> *statically* link an application with IUP, use the following options in
>> the linker call (in the same order) ...
>>
>> *-lgtk-x11-2.0 -lgdk-x11-2.0* -lgdk_pixbuf-2.0 *-lpangox-1.0* -lpango-1.0 
>> -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lXext -lX11 -lm  (for GTK 2)
>> or*-lgtk-3 gdk-3* -lgdk_pixbuf-2.0 *-lpangocairo-1.0* -lpango-1.0 *-lcairo*  
>>  -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lXext -lX11 -lm  (for GTK 3)"
>>
>> ... but do I really have to copy files from root to a place where it can
>> be found by my make file? That doesn't make sense but if that is how things
>> are done in Linux, I will just have to do it. I just hope those files are
>> easy to find.
>> On 7/15/23 12:31, Antonio Scuri wrote:
>>
>>  Please take a look at the IUP documentation. You will find more info
>> there:
>>
>> https://www.tecgraf.puc-rio.br/iup/
>>
>>   In Guide / Building Applications
>>
>> Best,
>> Scuri
>>
>>
>> Em sáb., 15 de jul. de 2023 às 12:54, Anonymous <
>> anonuser8313...@gmail.com> escreveu:
>>
>>> One last follow-up...
>>>
>>> If I go to
>>> https://packages.debian.org/bullseye/amd64/libgtk2.0-0/filelist, it
>>> shows me where the GTK files are located for Debian based systems. Why
>>> isn't this in the PATH? Why do I have GTK programs that work if it isn't in
>>> the PATH? Does that mean I have to link to the GTK library using a
>>> hard-coded path? That's a problem since that means that since Debian
>>> doesn't follow the standard Linux filesystem hierarchy standard (which says
>>> GTK should be installed in /usr/lib/ and not /usr/lib/x86_64-linux-gnu/) if
>>> I hard-code the path name in the linker for GTK, it will only work for
>>> Debian systems.
>>>
>>> For being so user friendly, MX Linux sure is developer unfriendly.
>>> On 7/15/23 08:29, Anonymous wrote:
>>>
>>> That's a typo. It actually says it has both installed but I can't find
>>> either one on my computer.
>>> On 7/15/23 08:23, Anonymous wrote:
>>>
>>> Ola,
>>>
>>> Much thanks Antonio! I went from 13381 errors to two, but these two
>>> errors look ominous...
>>>
>>> ld: ./lib/libiup.a(iupgtk_toggle.o): undefined reference to symbol
>>> 'gtk_toggle_button_new'
>>> ld: /lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0: error adding symbols: DSO
>>> missing from command l
>>> ine
>>>
>>> Is that one error or two? My system does not have a file named
>>> libgtk-x11-2.0.0, so I tried...
>>>
>>> dpkg -l libgtk* | grep -e '^i' | grep -e 'libgtk-*[0-9]'
>>>
>>> and it returned...
>>> ii  libgtk-3-0:amd64   3.24.24-4+deb11u3 amd64GTK graphical 
>>> user interface library
>>> ii  libgtk-3-common3.24.24-4+deb11u3 all  common files 
>>> for the GTK graphical user interface library
>>> ii  libgtk2.0-0:amd64  2.24.33-2 amd64GTK graphical 
>>> user interface library - old version
>>> ii  libgtk2.0-common   2.24.33-2 all  common files 
>>> for the GTK graphical user interface library
>>> ii  libgtk3-perl   0.038-1   all  Perl bindings 
>>> for the GTK+ graphical user interface librar

Re: [Iup-users] Problem linking with scintilla

[Antonio Scuri]

 There is no sense in using GTK 2 anymore for recent systems. Focus on GTK
3.

Em sáb., 15 de jul. de 2023 às 17:52, Anonymous 
escreveu:

> Note, the documentation says to use -lpangox-2.0, but their is no
> libpangox-2.0.so file that exists in the GTK2 or GTK3 directory. Was it
> supposed to say -lpangoxft-1.0 or -lpangomm-1.4.so or
> -lpangocairo-1.0.so.0?
> On 7/15/23 13:06, Anonymous wrote:
>
> My problem is why won't GTK show up in my path, even though the system
> works with GTK apps? Is that normal? I could copy all the files needed to a
> directory for static linking as https://www.tecgraf.puc-rio.br/iup/ says
> to do,
>
> "For GTK, IUP uses the GTK, GDK, Pango, Cairo if GTK 3, and GLib. To
> *statically* link an application with IUP, use the following options in
> the linker call (in the same order) ...
>
> *-lgtk-x11-2.0 -lgdk-x11-2.0* -lgdk_pixbuf-2.0 *-lpangox-1.0* -lpango-1.0 
> -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lXext -lX11 -lm  (for GTK 2)
> or*-lgtk-3 gdk-3* -lgdk_pixbuf-2.0 *-lpangocairo-1.0* -lpango-1.0 *-lcairo*   
> -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lXext -lX11 -lm  (for GTK 3)"
>
> ... but do I really have to copy files from root to a place where it can
> be found by my make file? That doesn't make sense but if that is how things
> are done in Linux, I will just have to do it. I just hope those files are
> easy to find.
> On 7/15/23 12:31, Antonio Scuri wrote:
>
>  Please take a look at the IUP documentation. You will find more info
> there:
>
> https://www.tecgraf.puc-rio.br/iup/
>
>   In Guide / Building Applications
>
> Best,
> Scuri
>
>
> Em sáb., 15 de jul. de 2023 às 12:54, Anonymous 
> escreveu:
>
>> One last follow-up...
>>
>> If I go to
>> https://packages.debian.org/bullseye/amd64/libgtk2.0-0/filelist, it
>> shows me where the GTK files are located for Debian based systems. Why
>> isn't this in the PATH? Why do I have GTK programs that work if it isn't in
>> the PATH? Does that mean I have to link to the GTK library using a
>> hard-coded path? That's a problem since that means that since Debian
>> doesn't follow the standard Linux filesystem hierarchy standard (which says
>> GTK should be installed in /usr/lib/ and not /usr/lib/x86_64-linux-gnu/) if
>> I hard-code the path name in the linker for GTK, it will only work for
>> Debian systems.
>>
>> For being so user friendly, MX Linux sure is developer unfriendly.
>> On 7/15/23 08:29, Anonymous wrote:
>>
>> That's a typo. It actually says it has both installed but I can't find
>> either one on my computer.
>> On 7/15/23 08:23, Anonymous wrote:
>>
>> Ola,
>>
>> Much thanks Antonio! I went from 13381 errors to two, but these two
>> errors look ominous...
>>
>> ld: ./lib/libiup.a(iupgtk_toggle.o): undefined reference to symbol
>> 'gtk_toggle_button_new'
>> ld: /lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0: error adding symbols: DSO
>> missing from command l
>> ine
>>
>> Is that one error or two? My system does not have a file named
>> libgtk-x11-2.0.0, so I tried...
>>
>> dpkg -l libgtk* | grep -e '^i' | grep -e 'libgtk-*[0-9]'
>>
>> and it returned...
>> ii  libgtk-3-0:amd64   3.24.24-4+deb11u3 amd64GTK graphical 
>> user interface library
>> ii  libgtk-3-common3.24.24-4+deb11u3 all  common files 
>> for the GTK graphical user interface library
>> ii  libgtk2.0-0:amd64  2.24.33-2 amd64GTK graphical 
>> user interface library - old version
>> ii  libgtk2.0-common   2.24.33-2     all      common files 
>> for the GTK graphical user interface library
>> ii  libgtk3-perl   0.038-1   all  Perl bindings 
>> for the GTK+ graphical user interface library
>>
>> Oops! It looks like IUP will only work with GTK2 and that says I have
>> GTK3, right? Is there any workaround for that or am I screwed?
>>
>> Signed,
>> Andrew
>> On 7/15/23 05:50, Antonio Scuri wrote:
>>
>>  The scintilla library itself is missing. IupScintilla is IUP using
>> Scintilla.
>>
>>
>>
>> Em sáb., 15 de jul. de 2023 às 09:43, Anonymous <
>> anonuser8313...@gmail.com> escreveu:
>>
>>> Ola,
>>>
>>> I'm still new to Linux so forgive me if I ask what might be stupid
>>> questions. I cannot link to scintilla using IUP. I get a slew of error
>>> like this:
>>>
>>> ld: ./lib/libiup_scintilla.a(ScintillaGTK.o): in function
>>> `Scintilla::ScintillaGTK::ModifyScrollBars(long, long)

Re: [Iup-users] Problem linking with scintilla

[Antonio Scuri]

 Please take a look at the IUP documentation. You will find more info there:

https://www.tecgraf.puc-rio.br/iup/

  In Guide / Building Applications

Best,
Scuri


Em sáb., 15 de jul. de 2023 às 12:54, Anonymous 
escreveu:

> One last follow-up...
>
> If I go to https://packages.debian.org/bullseye/amd64/libgtk2.0-0/filelist,
> it shows me where the GTK files are located for Debian based systems. Why
> isn't this in the PATH? Why do I have GTK programs that work if it isn't in
> the PATH? Does that mean I have to link to the GTK library using a
> hard-coded path? That's a problem since that means that since Debian
> doesn't follow the standard Linux filesystem hierarchy standard (which says
> GTK should be installed in /usr/lib/ and not /usr/lib/x86_64-linux-gnu/) if
> I hard-code the path name in the linker for GTK, it will only work for
> Debian systems.
>
> For being so user friendly, MX Linux sure is developer unfriendly.
> On 7/15/23 08:29, Anonymous wrote:
>
> That's a typo. It actually says it has both installed but I can't find
> either one on my computer.
> On 7/15/23 08:23, Anonymous wrote:
>
> Ola,
>
> Much thanks Antonio! I went from 13381 errors to two, but these two errors
> look ominous...
>
> ld: ./lib/libiup.a(iupgtk_toggle.o): undefined reference to symbol
> 'gtk_toggle_button_new'
> ld: /lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0: error adding symbols: DSO
> missing from command l
> ine
>
> Is that one error or two? My system does not have a file named
> libgtk-x11-2.0.0, so I tried...
>
> dpkg -l libgtk* | grep -e '^i' | grep -e 'libgtk-*[0-9]'
>
> and it returned...
> ii  libgtk-3-0:amd64   3.24.24-4+deb11u3 amd64GTK graphical 
> user interface library
> ii  libgtk-3-common3.24.24-4+deb11u3 all  common files 
> for the GTK graphical user interface library
> ii  libgtk2.0-0:amd64  2.24.33-2 amd64GTK graphical 
> user interface library - old version
> ii  libgtk2.0-common   2.24.33-2 all  common files 
> for the GTK graphical user interface library
> ii  libgtk3-perl   0.038-1   all  Perl bindings 
> for the GTK+ graphical user interface library
>
> Oops! It looks like IUP will only work with GTK2 and that says I have
> GTK3, right? Is there any workaround for that or am I screwed?
>
> Signed,
> Andrew
> On 7/15/23 05:50, Antonio Scuri wrote:
>
>  The scintilla library itself is missing. IupScintilla is IUP using
> Scintilla.
>
>
>
> Em sáb., 15 de jul. de 2023 às 09:43, Anonymous 
> escreveu:
>
>> Ola,
>>
>> I'm still new to Linux so forgive me if I ask what might be stupid
>> questions. I cannot link to scintilla using IUP. I get a slew of error
>> like this:
>>
>> ld: ./lib/libiup_scintilla.a(ScintillaGTK.o): in function
>> `Scintilla::ScintillaGTK::ModifyScrollBars(long, long)':
>> ScintillaGTK.cxx:(.text+0x70d): undefined reference to
>> `gtk_adjustment_get_upper'
>> ld: ScintillaGTK.cxx:(.text+0x737): undefined reference to
>> `gtk_adjustment_get_page_size'
>> ld: ScintillaGTK.cxx:(.text+0x77b): undefined reference to
>> `gtk_adjustment_set_upper'
>> ld: ScintillaGTK.cxx:(.text+0x790): undefined reference to
>> `gtk_adjustment_set_page_size'
>> ld: ScintillaGTK.cxx:(.text+0x7a6): undefined reference to
>> `gtk_adjustment_set_page_increment'
>> ld: ScintillaGTK.cxx:(.text+0x7da): undefined reference to
>> `gtk_adjustment_get_upper'
>> ld: ScintillaGTK.cxx:(.text+0x81a): undefined reference to
>> `gtk_adjustment_get_page_size'
>> ld: ScintillaGTK.cxx:(.text+0x855): undefined reference to
>> `gtk_adjustment_set_upper'
>> ld: ScintillaGTK.cxx:(.text+0x86a): undefined reference to
>> `gtk_adjustment_set_page_size'
>> ld: ScintillaGTK.cxx:(.text+0x87f): undefined reference to
>> `gtk_adjustment_set_page_increment'
>>
>> And etc, etc, etc for 13381 lines.
>>
>> I presume that means a dependency is missing but what dependency would
>> that be? Or it might be something else? Does anyone know?
>>
>> Signed,
>> Andrew
>>
>> ╔═╗
>> ║ Environment ║
>> ╟─╢
>> ║ IUP   v3.30 ║
>> ║ IMv3.12 ║
>> ║ CD  v5.11.1 ║
>> ║ Mx Linux  v21.3 ║
>> ║ KDE_x64  Wildflower ║
>> ╚═╝
>>
>>
>>
>> ___
>> Iup-users mailing list
>> Iup-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/iup-users
>>
>
>
> ___
> Iup-users mailing 
> listIup-users@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/iup-users
>
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] Problem linking with scintilla

[Antonio Scuri]

 The scintilla library itself is missing. IupScintilla is IUP using
Scintilla.



Em sáb., 15 de jul. de 2023 às 09:43, Anonymous 
escreveu:

> Ola,
>
> I'm still new to Linux so forgive me if I ask what might be stupid
> questions. I cannot link to scintilla using IUP. I get a slew of error
> like this:
>
> ld: ./lib/libiup_scintilla.a(ScintillaGTK.o): in function
> `Scintilla::ScintillaGTK::ModifyScrollBars(long, long)':
> ScintillaGTK.cxx:(.text+0x70d): undefined reference to
> `gtk_adjustment_get_upper'
> ld: ScintillaGTK.cxx:(.text+0x737): undefined reference to
> `gtk_adjustment_get_page_size'
> ld: ScintillaGTK.cxx:(.text+0x77b): undefined reference to
> `gtk_adjustment_set_upper'
> ld: ScintillaGTK.cxx:(.text+0x790): undefined reference to
> `gtk_adjustment_set_page_size'
> ld: ScintillaGTK.cxx:(.text+0x7a6): undefined reference to
> `gtk_adjustment_set_page_increment'
> ld: ScintillaGTK.cxx:(.text+0x7da): undefined reference to
> `gtk_adjustment_get_upper'
> ld: ScintillaGTK.cxx:(.text+0x81a): undefined reference to
> `gtk_adjustment_get_page_size'
> ld: ScintillaGTK.cxx:(.text+0x855): undefined reference to
> `gtk_adjustment_set_upper'
> ld: ScintillaGTK.cxx:(.text+0x86a): undefined reference to
> `gtk_adjustment_set_page_size'
> ld: ScintillaGTK.cxx:(.text+0x87f): undefined reference to
> `gtk_adjustment_set_page_increment'
>
> And etc, etc, etc for 13381 lines.
>
> I presume that means a dependency is missing but what dependency would
> that be? Or it might be something else? Does anyone know?
>
> Signed,
> Andrew
>
> ╔═╗
> ║ Environment ║
> ╟─╢
> ║ IUP   v3.30 ║
> ║ IMv3.12 ║
> ║ CD  v5.11.1 ║
> ║ Mx Linux  v21.3 ║
> ║ KDE_x64  Wildflower ║
> ╚═╝
>
>
>
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] IUP Matrix adding and removing lines

[Antonio Scuri]

  I think you could simply move the merged cell attributes from one row to
the other. When you insert the new row the attributes keep pointing to the
old row.

Best,
Scuri

Em dom., 21 de mai. de 2023 às 03:23, Milind Gupta 
escreveu:

> Hi,
>  I have a IUP Matrix where some cells are merged with some cells
> on the next row. When I try to add a line before the row the rows added get
> the cells in the merged with the cells that were merging before.
>
> For example if I have Row 2 Col 1 merged with Row 3 Col 1 and then if I
> add a row before row 2 then the new Row 2 Col 1 cell is merged with the Col
> 1 cell of the 2 rows below i.e. now we have Row 2,3,4 Col 1 cells merged.
>
> The workaround I see right now is the split all the merged cells in Row 2
> and then insert a row before row 2 and redo the merges. Is there a better
> way?
>
> Thanks,
> Milind
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] Are you ok?

[Antonio Scuri]

  Thanks Andrew! Yes, I'm ok.

  Sorry for being away from IUP, but it's been very hard to keep up with my
current tasks.

  Hope to get back soon.

Best,
Scuri


Em seg., 15 de mai. de 2023 às 20:08, Anonymous 
escreveu:

> Ola Antonio Scuri,
>
> Haven't heard from you in awhile. Is everything ok? Do you need any help?
>
> Signed,
> Andrew
>
> PS -- I apologize for using your email address instead of the users
> list, but I don't think this was appropriate posting on the users list.
>
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] Reminder about IUP fixes and improvements since 3.30 (was: Win installer for IUP 3.30)

[Antonio Scuri]

  Thanks,

  Yes, It's about time. I'm planning to release a new version in January
after the holidays.

Best,
Scuri


Em qua., 7 de dez. de 2022 às 22:58, sur-behoffski <
sur_behoff...@grouse.com.au> escreveu:

> G'day,
>
> Just a reminder that IUP 3.30, the latest package, was released in
> approximately early
> August 2020.  There have been quite a lot of changes, including both bug
> fixes and new
> facilities, since that time.  These are listed in the project's
> SourceForge (SF)
> Subversion (SVN) repository.
>
> I estimate that 3.30 was based on SVN revision r5892, 2 August 2020 --
> over two tears
> ago.
>
> Here is a summary of SVN changes from r5880 (July 2020) to r5947 (latest,
> November 2022).
> I've used "svn log" and a quick Lua script to create this summary.
>
> (As always, one of the main drivers of my SF "lglicua" project is to have
> the SVN
> repositories for IM, CD and IUP as my base, as the last package releases
> were quite old
> and had cruft (C compiler warnings) and/or bugs.)
>
> cheers,
> sur-behoffski (Brenton Hoff)
> programmer, Grouse Software
>
>  cut here 
>
> * July 2020:
> r5880 | 27 13:18 | Changed do Minimum Windows 7
> r5881 | 27 19:42 | Undo - Removed suffix "6" from Freetype libraries
> in Windows
> r5882 | 29 18:30 | New: EXTRATEXTid and EXTRATEXTWIDTH attributes for
> IupFlatTree. Thanks to M. Voznesenskiy.
> r5883 | 29 21:14 |
> r5884 | 30 16:45 | Fixed extra text area resize when clicked after the
> last node
> r5885 | 30 23:40 | Preparing version 3.30
> r5886 | 30 23:59 |
> r5887 | 31 11:41 |
> r5888 | 31 13:59 |
> r5889 | 31 18:28 |
> r5890 | 31 18:28 | Changed: pre-compiled binaries of the tools
> executables are now built with Visual C++ 15 (Visual Studio 2019) and they
> are NOT compatible with Windows XP nor Windows Vista, only with Windows 7,
> 8 and 10. Although they can still be built from source to run on Windows
> XP/Vista.
>
> * August 2020:
> r5891 |  1 00:42 |
> r5892 |  2 15:32 |
> r5893 | 10 13:34 | removed unused function
> r5894 | 17 12:19 | Added missing "int len" in IupDrawGetTextSize
> documentation
> r5895 | 17 13:00 | added dependencies comments
> r5896 | 24 12:45 | Added flattree
> r5897 | 24 14:24 | small improvements
> r5898 | 24 17:14 | Fixed: key mapping for = virtual key in Windows
> when + is in the same key.
> r5899 | 24 17:15 |
> r5900 | 31 13:15 |
>
> * September 2020:
> r5901 |  4 18:05 | Added missing dll16 stub support
> r5902 |  9 22:27 |
> r5903 | 10 18:52 | Isolated test for valid characters to enter edition
> mode
> r5904 | 13 17:40 | Fixed documentation
> r5905 | 18 21:35 | Clean up usage of attribute registration flags,
> specially for DEFAULT and NOT_MAPPED.
> r5906 | 20 18:59 | Fixed: VALUE attribute for IupFlatButton when
> TOGGLE=Yes and IupFlatToggle.
> r5907 | 27 21:41 | Fixed: VALUE attribute for IupFlatButton when
> TOGGLE=Yes and IupFlatToggle.
>
> * October 2020:
> r5908 |  4 13:53 | Fixed typos
> r5909 |  4 15:08 | New: EXTRABOXid attribute for the IupFlatTabs.
> r5910 |  6 00:05 | Fixed EXTRABOX indexing
>
> * November 2020:
> r5911 | 29 19:56 | New: SELECTED attribute for IupFlatButton.
>
> * December 2020:
> r5912 |  7 12:53 | STEP default for real parameters is now
> (max-min)/100
> r5913 | 12 18:13 | Fixed: VALUECHANGING_CB callback not called when
> value was changed using the keyboard in IupFlatVal.
>
> * January 2021:
> r5914 |  1 17:26 | Fixed: MOUSEBUTTON global attribute when 'W' is
> used in button with a state=-1 in Windows.
> r5915 |  1 17:39 | Remove unused flag
> r5916 |  1 19:46 | Changed: iuplua_close will now destroy all dialogs
> and all elements that have names that where created with the same Lua
> context.
> r5917 |  2 14:17 | Fixing imProcessRenderFloodFill parameters
> r5918 |  2 14:53 | Fix on iuplua_close
> r5919 |  3 15:27 | Fixed title
> r5920 |  3 18:58 | Small ORIGIN optimization
> r5921 |  5 11:41 | Workaround for lua states created with lua_newthread
> r5922 |  5 14:51 | Improving ldestroy_cb
> r5923 |  6 20:37 | Using the main thread for the IupLua callbacks
> r5924 |  6 20:40 | Using the main thread for the IupLua callbacks
> r5925 |  7 14:16 | Changed: behavior of LDESTROY_CB callback to be
> called after the element was detached and unmapped.
> r5926 | 13 22:14 | comments
> r5927 | 13 22:16 | Fixed: support for IupDatePick, IupCalendar and
> IupThread in LEDC application.
> r5928 | 13 22:17 | Default VS debug project to Lua 5.4
>
> * June 2021:
> r5929 | 27 23:08 | Fixed: IupSetClassDefaultAttribute function. Thanks
> to D. Cravey.
>
> * October 2021:
> r5930 | 12 19:10 | ignore list
>
> * December 2021:
> r5931 | 12 02:05 | Add other tests in samples
> r5932 | 12 02:27 | fix typos
> r5933 | 12 02:28 | Better highlight processing 

Re: [Iup-users] IupConfig

[Antonio Scuri]

 Are those dialogs maximized or placed at the top manually?

Em dom., 27 de nov. de 2022 às 21:10, Andrew Robinson 
escreveu:

> I measured the offset when all dialogs were set to X=0. The dialogs that
> have RESIZE='NO', MAXBOX='NO', and MINBOX='NO' have an offset of +2 pixels
> whereas the don't have those parameters set have an offset of 8 pixels, so
> apparently whatever is rendered in the titlebar of the dialog can affect
> its X,Y offset.
>
> Hope that helps.
>
> Signed,
> Andres
>
> On 11/27/2022 at 8:19 AM, Andrew Robinson  wrote:
>
> Ola again,
>
> When I place a dialog at the leftmost topmost corner of the Windows OS and
> close the dialog, upon reinitialization the dialog will not appear where I
> placed it but displaced by about 7 pixels. When I look at the config file
> that was created by Iup, I am seeing:
>
> [PolymerDB]
> Height=646
> Maximized=0
> Width=670
> X=-7
> Y=0
>
> X should equal 0 but is unable to do that, therefore no Iup dialogs can be
> placed on the leftside of the main Windows OS.
>
> Signed,
> Andres
>
> ╔═══╗
> ║  Environment  ║
> ╟───╢
> ║ IUP   v3.30   ║
> ║ IMv3.12   ║
> ║ CDv5.11.1 ║
> ║ Win10 v21H1   ║
> ╚═══╝
>
>
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] New Go bindings

[Antonio Scuri]

 Just commited your fix to the SVN. Thanks.

Em ter., 31 de mai. de 2022 às 13:51, Milan Nikolic 
escreveu:

> Pete, the requirements are already in go.mod file, where it states it
> needs 1.17. Not sure from which version, you would get a warning if you try
> to use the lower version.
> But I think your version was too old for that warning :)
>
> Glad you like it.
>
> Milan
>
> On Tue, May 31, 2022 at 6:39 PM Pete Lomax via Iup-users <
> iup-users@lists.sourceforge.net> wrote:
>
>> I've been looking for something like this for years!
>> >I know there were previous attempts
>> aye, I'd found three of 'em, and couldn't get any of them to work
>>
>> It only worked (on Windows, "go get github.com/gen2brain/iup-go/iup")
>> after I upgraded Go from 1.16 to 1.18.2, the requirements should probably
>> state that.
>> Excellent stuff!
>> On Tuesday, 31 May 2022, 08:28:05 BST, Milan Nikolic 
>> wrote:
>>
>>
>> Hi,
>>
>> I just released the bindings for Go at
>> https://github.com/gen2brain/iup-go.
>> I know there were previous attempts, my bindings include IUP C source
>> code that is compiled together with bindings.
>> That means it is enough to just `go build` your app, or add tags like
>> `gtk` to force GTK+ on macOS and Windows, and even `motif` tag, to build
>> for Motif.
>>
>> I also rewrote many examples and added some new ones, like postmessage,
>> which uses goroutine, and an image example that shows how to use Go
>> standard libraries to load images.
>> These are only bindings for core IUP, IM is not needed as Go has jpeg,
>> png, gif, etc. in the standard library. CD I cannot include easily and it
>> needs many dependencies, so no additional controls.
>> I just added the support for GLCanvas, but I really miss Matrix and Cell
>> controls.
>>
>> I added the Cocoa code and sample screenshot on purpose, hope it can
>> attract contributions. Native controls I believe are more relevant than
>> ever.
>> There was some attempt, libui/ui project in C, with Go bindings, some
>> Googler started, but there is no progress for years, I guess it is not an
>> easy task to do from scratch.
>>
>> Btw. I noticed that postmessage crashes in Motif, there is an easy fix,
>> user_data is just not passed:
>>
>> diff -ur iup.orig/src/mot/iupmot_loop.c iup/src/mot/iupmot_loop.c
>> --- iup.orig/src/mot/iupmot_loop.c 2019-08-28 12:28:11.0
>> +0200
>> +++ iup/src/mot/iupmot_loop.c 2022-05-31 09:14:45.632250635 +0200
>> @@ -163,5 +163,5 @@
>>user_data->i = i;
>>user_data->d = d;
>>user_data->p = p;
>> -  XtAppAddWorkProc(iupmot_appcontext, motPostMessagebWorkProc,
>> NULL);
>> +  XtAppAddWorkProc(iupmot_appcontext, motPostMessagebWorkProc,
>> user_data);
>>  }
>>
>>
>> I also have issues with the IupThread example I wrote, it seems to
>> start/stop correctly, but it crashes on IupClose.
>> It is a simple example, I will try to rewrite it in C to see if it
>> happens there.
>>
>> Thank you for the amazing UI toolkit.
>>
>> Milan
>>
>> ___
>> Iup-users mailing list
>> Iup-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/iup-users
>> ___
>> Iup-users mailing list
>> Iup-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/iup-users
>>
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] IupAnimatedLabel

[Antonio Scuri]

 Hi,

 Yes, that's correct. The user interface is not updated during a long
processing. What you can do is inside your processing call a callback, then
inside that callback call IupLoopStep. This will not only refresh
the IupAnimatedLabel, but also allow the user to click on a cancel button,
for instance.

Best,
Scuri


Em ter., 15 de nov. de 2022 às 15:16, Andrew Robinson 
escreveu:

> Ola,
>
> I'm using IupAnimatedLabel with IUP_CircleProgressAnimation. Everything
> works fine except when the control is part of a background function.
> IupAnimatedLabel apparently is not an independent process and
> therefore cannot multitask, i.e. -- the first frame of the
> IUP_CircleProgressAnimation displays, but no animation occurs when the
> control is called from a function with lots of code being executed (more
> specifically, with code that is calling external functions like
> reading/writing to files, calling external commands, etc).
>
> Signed,
> Andres
>
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] IupMatrixEx -- Related issues

[Antonio Scuri]

  Hi,

  Thanks for the update. Can you send me that png file?

Best,
Scuri

Em qui., 27 de out. de 2022 às 14:19, Andrew Robinson 
escreveu:

> Ola,
>
> Update: The problem isn't with IUP, the problem is with iupview.exe. I'm
> using iupview.exe to convert png to C, which causes the issue, but when I
> convert png to raw binary and link to that instead, everything works as
> expected. Not sure what the problem is with iupview.exe but I'm glad the
> problem isn't with IUP.
>
> Signed,
> Andres
>
> PS -- It would be nice if iupview.exe could save image data as raw binary.
>
> On 10/25/2022 at 12:36 PM, Andrew Robinson  wrote:
>
> Ola,
>
> My App is "growing up" and one of the things I added was a way to view the
> molecular structure of the polymer listed. The issue is that any graphic
> with a width greater than some value between 313 and 343 pixels, will not
> display properly (see PCTA.1 in attached screenshot). I confirmed this
> issue by changing the graphic width from 343 to 313 pixels. The wider the
> graphic, the worse the skew gets. I used iupView.exe to convert all RBG
> 24-bit color pngs to C text, which I then load into the matrix using
> IupImageRGB and IupSetAttributeHandle. Is there a limit to this that I
> didn't see or isn't documented, and is there a workaround?
>
>
> Also, I set RASTERWIDTH for that column to "625" (for an IUP matrix that
> is "575" wide) and clicking on the white space next to the horizontal
> scrollbar works until it reaches the middle of the molecular structure
> column, so that it will butt-up against the right-arrow of the control.
> Clicking on the right-arrow of the scrollbar restores the scrollbar to
> working condition so I can continue scrolling to the end of the columns. It
> seems related to the issue below, hence the reason I linked this issue to
> that thread.
>
> Signed,
> Andres
>
> On 3/16/2022 at 5:56 AM, Andrew Robinson  wrote:
>
> Ola Antonio,
>
> This looks like it might be a layout bug in IupMatrixEx...
>
>
>
> Everything lines up, right? But then I scroll left one unit and then this
> happens...
>
>
>
>
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] Upgrade Changes?

[Antonio Scuri]

  Ok. Thanks for the feedback.

  Wayland is the default in Ubuntu 22.04, right?

Em sex., 10 de jun. de 2022 às 10:40, Milan Nikolic 
escreveu:

> Sorry, just to add one more thing, I was wrong, it behaves the same in the
> latest Fedora (also Wayland by default), it is just that when the window is
> maximized it looks normal.
>
> On Fri, Jun 10, 2022 at 3:28 PM Milan Nikolic  wrote:
>
>> I still had installed Ubuntu 22 in VM, so I tested again, with and
>> without Wayland, and it does work in Xorg, so definitely Wayland-related.
>> Screenshots attached.
>>
>> On Fri, Jun 10, 2022 at 2:24 PM Antonio Scuri 
>> wrote:
>>
>>>  Hi,
>>>
>>>  IUP calculates all sizes by itself, but GTK has some constraints that
>>> we have to workaround. Maybe it is something related with Wayland as Milan
>>> mentioned.
>>>
>>>  I think I will have to install this Ubuntu system here to be able to
>>> reproduce the problem.
>>>
>>> Best,
>>> Scuri
>>>
>>>
>>> Em sex., 10 de jun. de 2022 às 07:54, sur-behoffski <
>>> sur_behoff...@grouse.com.au> escreveu:
>>>
>>>> On 6/10/22 18:51, Milan Nikolic wrote:
>>>> > I saw the same thing when I was testing my IUP bindings. It works on
>>>> the
>>>> > latest Fedora but Ubuntu 22.04 looks like your issue.
>>>> > I believe that is because the Wayland display server is the default
>>>> now,
>>>> > you can try to start the Xorg server instead, to confirm that is the
>>>> issue.
>>>> >
>>>> > I only did a test in VM, so I thought it is maybe because of graphics
>>>> in
>>>> > the virtual machine and Wayland session.
>>>> >
>>>> > Milan
>>>> >
>>>> > On Fri, Jun 10, 2022 at 8:33 AM  wrote:
>>>> >
>>>> >> Antonio,
>>>> >>
>>>> >> I created a Ubuntu 22.04 system and was trying to get my ScriptBasic
>>>> >> interface working with the latest IUP release. My example online
>>>> >> dictionary using ScriptBasic and IUP now has alignment issues. What
>>>> >> changed to cause this?
>>>> >> [...]
>>>> >>
>>>> >> John
>>>>
>>>> G'day John,
>>>>
>>>> 
>>>>
>>>> [This message is being cross-posted to the lua-l list, since it
>>>> partially begs for more resources for IM/CD/IUP maintenance;
>>>> Antonio Scuri is a very valuable, but very scarce resource, and
>>>> more resources are needed.  My apologies if this cross-posting
>>>> is improper, and would ask that replies be targeted and focussed
>>>> to the proper list or lists, as appropriate.]
>>>>
>>>> 
>>>>
>>>> The last release of IUP was 3.30, on 2020-08-02.  Scratching through
>>>> the Subversion releases, this looks to be r5892.
>>>>
>>>> Looking at the SourceForge IUP Code tab, the latest revision of the
>>>> trunk is r5942, made on 2022-03-03.
>>>>
>>>> I believe that a majority, but certainly not all, of the 50
>>>> changesets made since the 3.30 release are bug fixes.
>>>>
>>>> *** Opinion: IM/CD/IUP releases, especially bugfix ones, are not
>>>>  given the priority they deserve.  The last IUP release
>>>>  was made after a significant number of new features were
>>>>  added to the package.
>>>>
>>>>  I strongly believe that:
>>>> - IM  3.15, 2020-07-31 =~ r816,  currently r820;
>>>> - CD  5.14, 2020-07-31 =~ r894,  currently r900; and
>>>> - IUP 3.30, 2020-08-02 =~ r5892, currently r5942;
>>>>
>>>>  have long-standing bugfixes to the modules, that deserve
>>>>  to be wrapped up into a new set of releases.
>>>>
>>>> 
>>>>
>>>> My SourceForge project
>>>> [lglicua-alpha6](<https://sourceforge.net/projects/lglicua/files/)
>>>>
>>>> was written explicitly because of my frustration at the
>>>> release/repository gap; it uses the repository by default.
>>>>
>>>> Although I've never tested Ubuntu 22.04 before (-alpha6 was released
>>>> in 2022/02/xx), I 

Re: [Iup-users] Upgrade Changes?

[Antonio Scuri]

 Hi,

 IUP calculates all sizes by itself, but GTK has some constraints that we
have to workaround. Maybe it is something related with Wayland as Milan
mentioned.

 I think I will have to install this Ubuntu system here to be able to
reproduce the problem.

Best,
Scuri


Em sex., 10 de jun. de 2022 às 07:54, sur-behoffski <
sur_behoff...@grouse.com.au> escreveu:

> On 6/10/22 18:51, Milan Nikolic wrote:
> > I saw the same thing when I was testing my IUP bindings. It works on the
> > latest Fedora but Ubuntu 22.04 looks like your issue.
> > I believe that is because the Wayland display server is the default now,
> > you can try to start the Xorg server instead, to confirm that is the
> issue.
> >
> > I only did a test in VM, so I thought it is maybe because of graphics in
> > the virtual machine and Wayland session.
> >
> > Milan
> >
> > On Fri, Jun 10, 2022 at 8:33 AM  wrote:
> >
> >> Antonio,
> >>
> >> I created a Ubuntu 22.04 system and was trying to get my ScriptBasic
> >> interface working with the latest IUP release. My example online
> >> dictionary using ScriptBasic and IUP now has alignment issues. What
> >> changed to cause this?
> >> [...]
> >>
> >> John
>
> G'day John,
>
> 
>
> [This message is being cross-posted to the lua-l list, since it
> partially begs for more resources for IM/CD/IUP maintenance;
> Antonio Scuri is a very valuable, but very scarce resource, and
> more resources are needed.  My apologies if this cross-posting
> is improper, and would ask that replies be targeted and focussed
> to the proper list or lists, as appropriate.]
>
> 
>
> The last release of IUP was 3.30, on 2020-08-02.  Scratching through
> the Subversion releases, this looks to be r5892.
>
> Looking at the SourceForge IUP Code tab, the latest revision of the
> trunk is r5942, made on 2022-03-03.
>
> I believe that a majority, but certainly not all, of the 50
> changesets made since the 3.30 release are bug fixes.
>
> *** Opinion: IM/CD/IUP releases, especially bugfix ones, are not
>  given the priority they deserve.  The last IUP release
>  was made after a significant number of new features were
>  added to the package.
>
>  I strongly believe that:
> - IM  3.15, 2020-07-31 =~ r816,  currently r820;
> - CD  5.14, 2020-07-31 =~ r894,  currently r900; and
> - IUP 3.30, 2020-08-02 =~ r5892, currently r5942;
>
>  have long-standing bugfixes to the modules, that deserve
>  to be wrapped up into a new set of releases.
>
> 
>
> My SourceForge project
> [lglicua-alpha6](<https://sourceforge.net/projects/lglicua/files/)
>
> was written explicitly because of my frustration at the
> release/repository gap; it uses the repository by default.
>
> Although I've never tested Ubuntu 22.04 before (-alpha6 was released
> in 2022/02/xx), I have run up a virtual machine, and can confirm
> that lglicua-alpha6 Works Like A Bought One.
>
> 
>
> To address John's initial IUP query directly:
>
> [PREAMBLE:  You might like to do all of the following in a virtual
> machine, as a number of items are system-installed, instead of
> being project-local.]
>
>
> 1. I recommend updating your system's packages, if possible:
>
>   - $ sudo apt-get update
>   - $ sudo apt-get upgrade
>
> 2. Create some PROJECT directory, and unpack the latest lglicua
>release tarball <
> https://sourceforge.net/projects/lglicua/files/lglicua-0.1-alpha6.tar.gz/download
> >
>into that directory.
>
> 3. PROJECT/install$ is for installing Lua, LuaRocks, selected Rocks
>and IM/CD/IUP sources [with FTGL and pdflib7 being
>pseudo-projects split out of the CD project.]:
>
>  PROJECT$ cd install
>  PROJECT/install$ ./i # get a one-page help summary
>  PROJECT/install$ ./i lua-install 5.4
>  PROJECT/install$ ./i reboot-now
>
>  (After rebooting, which sets up the LuaRocks paths:)
>
>  $ cd PROJECT/install
>  $PROJECT/install$ ./i imcdiup-osdepend-install
>  $PROJECT/install$ ./i imcdiup-svn-fetch
>
> 4. Build from Subversion sources, into a "../1/" play workspace:
>
>  PROJECT/install$ cd ../build
>  PROJECT/build$ ./q   # get a one-page help summary
>  PROJECT/build$ ./q nuke,unpack,build,gather fer-real
>
>
> 5. Trivial (two-line) "hello, world", indented h

Re: [Iup-users] New Go bindings

[Antonio Scuri]

  Hi,

  Thanks for the contributions!

Best,
Scuri


Em ter., 31 de mai. de 2022 às 04:28, Milan Nikolic 
escreveu:

> Hi,
>
> I just released the bindings for Go at https://github.com/gen2brain/iup-go
> .
> I know there were previous attempts, my bindings include IUP C source code
> that is compiled together with bindings.
> That means it is enough to just `go build` your app, or add tags like
> `gtk` to force GTK+ on macOS and Windows, and even `motif` tag, to build
> for Motif.
>
> I also rewrote many examples and added some new ones, like postmessage,
> which uses goroutine, and an image example that shows how to use Go
> standard libraries to load images.
> These are only bindings for core IUP, IM is not needed as Go has jpeg,
> png, gif, etc. in the standard library. CD I cannot include easily and it
> needs many dependencies, so no additional controls.
> I just added the support for GLCanvas, but I really miss Matrix and Cell
> controls.
>
> I added the Cocoa code and sample screenshot on purpose, hope it can
> attract contributions. Native controls I believe are more relevant than
> ever.
> There was some attempt, libui/ui project in C, with Go bindings, some
> Googler started, but there is no progress for years, I guess it is not an
> easy task to do from scratch.
>
> Btw. I noticed that postmessage crashes in Motif, there is an easy fix,
> user_data is just not passed:
>
> diff -ur iup.orig/src/mot/iupmot_loop.c iup/src/mot/iupmot_loop.c
> --- iup.orig/src/mot/iupmot_loop.c 2019-08-28 12:28:11.0
> +0200
> +++ iup/src/mot/iupmot_loop.c 2022-05-31 09:14:45.632250635 +0200
> @@ -163,5 +163,5 @@
>user_data->i = i;
>user_data->d = d;
>user_data->p = p;
> -  XtAppAddWorkProc(iupmot_appcontext, motPostMessagebWorkProc,
> NULL);
> +  XtAppAddWorkProc(iupmot_appcontext, motPostMessagebWorkProc,
> user_data);
>  }
>
>
> I also have issues with the IupThread example I wrote, it seems to
> start/stop correctly, but it crashes on IupClose.
> It is a simple example, I will try to rewrite it in C to see if it happens
> there.
>
> Thank you for the amazing UI toolkit.
>
> Milan
>
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] SIGSEGV when resuming coroutine from iup callback

[Antonio Scuri]

  Hi,

>  Would it be possible to release a new iup version from the latest svn
> master to have this fix available in the official build?

  That depends on the changes. Can you send me a diff?

Em qui., 26 de mai. de 2022 às 16:08, Ico  escreveu:

> Hi Scuri,
>
> I spent the afternoon digging myself through the code, learning the
> internals of coroutines in the Lua interpreter and about how iuplua
> handles the lua_State context; my conclusion is that iuplua seems to
> pass around the wrong lua_State, using the thread `L` instead of the
> main `L`, which causes a nasty mixup when resuming coroutines from
> a iup callback.
>
> I came up with a fix that makes sure the main lua_State is stored
> and used in the iup callbacks, which seems to solve my problem.
>
> As I prepared my patch to play nicely with the lastest iup version
> I cloned the svn repo - only to find that exactly this change was
> already part of the upstream code, commit r5923 with the log message
> "Using the main thread for the IupLua callbacks"
>
> So, the bad news is that I wasted a few hours, the good news is that I
> learned a lot and got my problem fixed.
>
> Would it be possible to release a new iup version from the latest svn
> master to have this fix available in the official build?
>
> Thanks!
>
> Ico
>
>
> Quoting Ico (2022-05-26 14:00:01)
>
> > I'm still running into some issues when mixing iup and coroutines, the
> > snippet below results in a reproducable crash on both linux and win32.
>
> --
> :wq
> ^X^Cy^K^X^C^C^C^C
>
>
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] Proper usage of IupPostMessage when using Lua - example needed.

[Antonio Scuri]

  Sorry, I only have a sample in C. It is attached.

  In Lua you will  need something likeluathread too.

Best,
Scuri


Em ter., 24 de mai. de 2022 às 14:35, Stefan Heinzmann <
stefan_heinzm...@gmx.de> escreveu:

> Hello list,
>
> The documentation mentions in passing that IupPostMessage is expected to
> be thread safe, which I take to mean that it can be called from any
> other thread than the thread running the IUP main loop, without needing
> any synchronization.
>
> I would like to do that with Lua rather than C, and I wonder how it is
> done in practice. I would appreciate a tutorial example that shows how I
> can invoke iup.PostMessage from other threads without risking threading
> mishaps.
>
> Thanks!
>
> Stefan
>
>
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
#include 
#include 
#include "iup.h"
#include "iupcbs.h"

static Ihandle *timer1;
static Ihandle *button;

static int postmessage_cb(Ihandle *ih, char* s, int i, double d)
{
//  IupLog("DEBUG", "In postmessage_cb\n");
  IupLog("DEBUG", "In postmessage_cb, ih:%p, sp:%p, s:%s, i:%d, d:%lf\n", ih, 
s, s, i, d);
  int is_active = IupGetInt(ih, "ACTIVE");
  IupSetInt(ih, "ACTIVE", !is_active);

  static int flip = 0;
  if(flip)
  {
IupSetAttribute(ih, "TITLE", "BUTTON");
  }
  else
  {
IupSetAttribute(ih, "TITLE", "button");
  }
  flip = !flip;

  return IUP_DEFAULT;
}

static int timer_cb(Ihandle *ih)
{
  IupPostMessage(button, NULL, 0, 0);
//  IupPostMessage(button, "foo", (int)(intptr_t)ih, (double)(intptr_t)ih);
  return IUP_DEFAULT;
}

//#define USE_PTHREADS 1
#define USE_PTHREADS 0
#if USE_PTHREADS
#include 
#include 
#include 

void* thread_main(void* param)
{
  while(1)
  {
usleep(4000*1000);
IupPostMessage(button, "foo", (int)(intptr_t)button, 
(double)(intptr_t)button);
  }
}

void PostMessageTest(void)
{
  Ihandle *dlg;
  button = IupButton("Button", NULL);
  // button = IupLabel("Button"); // hack because we haven't finished 
implementing all the button features for IupEmscripten yet
  IupSetCallback(button, "POSTMESSAGE_CB", (Icallback)postmessage_cb);
  dlg = IupDialog(button);
  IupSetAttribute(dlg, "TITLE", "IupPostMessage Test");
  IupSetAttribute(dlg, "SIZE", "200x100");
  IupShow(dlg);

  pthread_attr_t attr;
  pthread_attr_init();
  pthread_attr_setdetachstate(, PTHREAD_CREATE_JOINABLE);
  pthread_t thread;
  int rc = pthread_create(, , thread_main, 0);
}

#else


void PostMessageTest(void)
{
  Ihandle *dlg;
  button = IupButton("Button", NULL);
  IupSetCallback(button, "POSTMESSAGE_CB", (Icallback)postmessage_cb);
  dlg = IupDialog(button);
  IupSetAttribute(dlg, "TITLE", "IupPostMessage Test");
  IupSetAttribute(dlg, "SIZE", "200x100");

  IupShow(dlg);
  timer1 = IupTimer();
  IupSetAttribute(timer1, "TIME",  "4000");
  IupSetAttribute(timer1, "RUN",   "YES");
  IupSetCallback(timer1, "ACTION_CB", (Icallback)timer_cb);
}
#endif

#ifndef BIG_TEST
#ifndef IUP_LEGACY

void IupExitPoint()
{
IupClose();
}

void IupEntryPoint()
{
IupSetFunction("EXIT_CB", (Icallback)IupExitPoint);
PostMessageTest();
}


int main(int argc, char * argv[])
{
IupOpen(0, NULL);
IupSetFunction("ENTRY_POINT", (Icallback)IupEntryPoint);
IupMainLoop();
}



#else
int main(int argc, char* argv[])
{
  IupOpen(, );

  PostMessageTest();

  IupMainLoop();

  IupClose();

  return EXIT_SUCCESS;
}
#endif
#endif
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] GC-related segmentation fault on latest iuplua + lua5.4

[Antonio Scuri]

  Great. Thanks for the feedback.

Best,
Scuri


Em sáb., 7 de mai. de 2022 às 04:07, Zevv  escreveu:

> Hi Scuri,
>
> Quoting Antonio Scuri (2022-05-07 00:09:46)
>
> >   No, this is not a known issue. Have you tried a sample code from the
> >   web site?  Are your program terminating Lua, but leaving the
> >   interface open?
>
>
> I've worked myself through the iuplua code trying to undertsand the root
> cause, when I encountered a global named `IUPLUA_THREADED` - and indeed,
> this is the thing that solves my problem. I forgot to mention that my
> code is making use of couroutines, which seems to make a difference for
> iuplua.
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] GC-related segmentation fault on latest iuplua + lua5.4

[Antonio Scuri]

 Hi,

  No, this is not a known issue. Have you tried a sample code from the web
site?

  Are your program terminating Lua, but leaving the interface open?

Best,
Scuri

Em sex., 6 de mai. de 2022 às 09:20, Zevv Glass  escreveu:

> Hello,
>
> I'm building a simple app using lua5.4 and latest iup, all
> libraries downloaded from the original iup sourceforge archives.
>
> I'm running into erratic segmentation faults, running under valgrind
> shows that iup is trying to access memory that has earlier been freeed
> by the Lua garbage collector, this often happens on a button click.
>
> example stack trace below; this is just one fragment from hundreds of
> occurences. This particular snippet shows that code running from the gtk
> button
> callback gtkButtonClicked() is trying to access memory that has been freed
> earlier by luaM_free_(), called from sweeplist(), indicating this is
> likely the
> GC who did the cleanup.
>
>
> Is this a known issue? Any hints on how to further debug this?
>
> Thank you.
>
>
> ==1997703== Invalid read of size 8
> ==1997703==at 0x40C582: luaD_precall (in
> /home/ico/sandbox/rodney/vestel/main)
> ==1997703==by 0x41A450: luaV_execute (in
> /home/ico/sandbox/rodney/vestel/main)
> ==1997703==by 0x40C6DF: ccall (in /home/ico/sandbox/rodney/vestel/main)
> ==1997703==by 0x4177B2: luaT_callTMres (in
> /home/ico/sandbox/rodney/vestel/main)
> ==1997703==by 0x41BCEC: luaV_execute (in
> /home/ico/sandbox/rodney/vestel/main)
> ==1997703==by 0x40C6DF: ccall (in /home/ico/sandbox/rodney/vestel/main)
> ==1997703==by 0x40BA24: luaD_rawrunprotected (in
> /home/ico/sandbox/rodney/vestel/main)
> ==1997703==by 0x40CAB1: luaD_pcall (in
> /home/ico/sandbox/rodney/vestel/main)
> ==1997703==by 0x4097AD: lua_pcallk (in
> /home/ico/sandbox/rodney/vestel/main)
> ==1997703==by 0x4C2FFB9: docall (in
> /home/ico/sandbox/rodney/vestel/linux/iuplua/libiuplua54.so)
> ==1997703==by 0x4C30297: iuplua_call (in
> /home/ico/sandbox/rodney/vestel/linux/iuplua/libiuplua54.so)
> ==1997703==by 0x4B1B6B0: gtkButtonClicked (in
> /home/ico/sandbox/rodney/vestel/linux/iup/libiup.so)
> ==1997703==  Address 0xca02de8 is 24 bytes inside a block of size 200
> free'd
> ==1997703==at 0x484117B: free (vg_replace_malloc.c:872)
> ==1997703==by 0x41DE00: l_alloc (in
> /home/ico/sandbox/rodney/vestel/main)
> ==1997703==by 0x41D6E8: luaM_free_ (in
> /home/ico/sandbox/rodney/vestel/main)
> ==1997703==by 0x40E207: sweeplist (in
> /home/ico/sandbox/rodney/vestel/main)
> ==1997703==by 0x40E2F4: sweepstep (in
> /home/ico/sandbox/rodney/vestel/main)
> ==1997703==by 0x40F7D3: singlestep (in
> /home/ico/sandbox/rodney/vestel/main)
> ==1997703==by 0x410339: luaC_step (in
> /home/ico/sandbox/rodney/vestel/main)
> ==1997703==by 0x41A7EE: luaV_execute (in
> /home/ico/sandbox/rodney/vestel/main)
> ==1997703==by 0x40C6DF: ccall (in /home/ico/sandbox/rodney/vestel/main)
> ==1997703==by 0x4096D1: lua_callk (in
> /home/ico/sandbox/rodney/vestel/main)
> ==1997703==by 0x406161: on_debug (curl.c:341)
> ==1997703==by 0x4A0C42D: ??? (in
> /usr/lib/x86_64-linux-gnu/libcurl.so.4.7.0)
> ==1997703==  Block was alloc'd at
> ==1997703==at 0x483E6C5: malloc (vg_replace_malloc.c:380)
> ==1997703==by 0x41D89E: luaM_malloc_ (in
> /home/ico/sandbox/rodney/vestel/main)
> ==1997703==by 0x4157FC: lua_newthread (in
> /home/ico/sandbox/rodney/vestel/main)
> ==1997703==by 0x420004: luaB_cocreate (in
> /home/ico/sandbox/rodney/vestel/main)
> ==1997703==by 0x40C5B7: luaD_precall (in
> /home/ico/sandbox/rodney/vestel/main)
> ==1997703==by 0x41A450: luaV_execute (in
> /home/ico/sandbox/rodney/vestel/main)
> ==1997703==by 0x40C6DF: ccall (in /home/ico/sandbox/rodney/vestel/main)
> ==1997703==by 0x40BA24: luaD_rawrunprotected (in
> /home/ico/sandbox/rodney/vestel/main)
> ==1997703==by 0x40CAB1: luaD_pcall (in
> /home/ico/sandbox/rodney/vestel/main)
> ==1997703==by 0x4097AD: lua_pcallk (in
> /home/ico/sandbox/rodney/vestel/main)
> ==1997703==by 0x40499B: main (main.c:48)
>
>
>
> --
> :wq
> ^X^Cy^K^X^C^C^C^C
>
>
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] Tecmake Not Working (update)

[Antonio Scuri]

  Tecmake expects a posix configuration enabled on your system. That's why
mkdir is failing.

  So, let's start over, first I understood that your are trying to embed
iuplua console on your application, is that correct?



Em qua., 30 de mar. de 2022 23:05, Kaz Foxsen 
escreveu:

> Hello,
>
> I tried working out my problem getting Tecmake to work, but now I have
> a different problem from the one I sent an email to this list about
> the other day.
>
> I tried downloading the IUP 3.30 source files to see what its
> config.mak looked like. I copied it into my folder where my test files
> are and added "NO_DEPEND = YES" to it to get rid of an error about
> dependency, having seen that suggested in the mailing list archive for
> other Tecmake problems. I'm trying to compile IUP as a test to try and
> figure out the problem.  Now when I type "tecmake mingw4-64", the
> console gives me:
>
> ''; echo 'Tecmake: Starting [ test:mingw4_64 ]'
> if [ ! -d ../obj/mingw4_64 ] ; then mkdir -p ../obj/mingw4_64 ; fi
> ! was unexpected at this time.
> mingw32-make: *** [d:\Apps\Programming\Tecmake\tecmakewin.mak:1706:
> ../obj/mingw4_64] Error 255
>
> In that file, line 1706 is:
>   if [ ! -d $@ ] ; then mkdir -p $@ ; fi
>
> How do I fix it? My end goal with Tecmake is to be able to add an updated
> error console to an app I upgraded from IUP 2.5 to 3.30. Since the
> upgrade, the error console no
> longer appears when the app crashes and I could really use its helpful
> information. The original app used a .LOH file to add the console, and
> researching that extension lead me to Tecmake.
>
>
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] Tecmake Is Giving Me Errors

[Antonio Scuri]

I followed Tecmake installation
instructions, but I'm confused about config.mak vs tecmakewin.mak. Is
the user supposed to paste a copy of tecmakewin.mak into a source
folder and rename it to config.mak?

   No. Neither, actually, to build IUP.

   IUP already has inside its source the .mak files ready.

   If you are not building IUP from sources, Tecmake is not a very user
friendly tool. Especially in Windows.

   Tecmake is actually a gnu Makefile.

   I will send more details in the latest message you sent.

Best,
Scuri

Em dom., 27 de mar. de 2022 às 02:54, Kaz Foxsen 
escreveu:

> Hello,
>
> I'm trying to get Tecmake to work so I can attach an iuplua51 console
> to an .exe, but Tecmake is giving me errors when trying to use it on a
> simple pair of test files. I followed Tecmake installation
> instructions, but I'm confused about config.mak vs tecmakewin.mak. Is
> the user supposed to paste a copy of tecmakewin.mak into a source
> folder and rename it to config.mak?
>
> If I have tecmakewin.mak in my app's directory and run "tecmake
> mingw4_64" (with "Location of this file" set to "TECMAKE =
> $(TECMAKE_HOME)/tecmakewin.mak") I get this error:
> "mingw32-make: *** No rule to make target 'config.mak', needed by
> '.wdep'.  Stop."
>
> If I change the name to config.mak, then I get  these two lines repeating:
> "config.mak:60: warning: overriding recipe for target 'sysinfo'
> config.mak:60: warning: ignoring old recipe for target 'sysinfo'" then
> "config.mak:138: *** Too many open files.  Stop."  It doesn't matter
> if I keep "TECMAKE = $(TECMAKE_HOME)/tecmakewin.mak" or change it to
> "TECMAKE = D:/Programming/Misc_Lua/embed/config.mak".
>
> How can I get Tecmake to work?
>
>
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] IupMatrixSetFomula

[Antonio Scuri]

 No, I mean in the Lua script. The formula receives the lin and col as
parameters. See the examples.

Em dom., 27 de fev. de 2022 às 16:17, Andrew Robinson 
escreveu:

> I apologize, I didn't mean to say it wasn't useful, only that it wasn't
> useful if you require more than one title line.
>
> The prototype for IupMatrixSetFormula only has a parameter for col and
> nothing for lin. Is the following a typo in the HTML documentation for IUP
> - Version 3.30?:
>
> void *IupMatrixSetFormula*(Ihandle* *ih*, int
>  *col*, const char* *formula*, const char*
>  *init*); [in C]
> *iup.MatrixSetFormula*(*ih*:
>  ihandle, *col*: number, *formula*: string,
>  [*init*: string]) [in Lua]
> or
>  *ih*:SetFormula(*col*: number,
>  *formula*: string, [*init*: string]) [in
>  Lua]
>
>
>
>
> On 2/27/2022 at 10:13 AM, Antonio Scuri  wrote:
>
> > "so it's not a useful function"
>
>   I think if you read the documentation carefully you will see that it is
> a very useful function...
>
>   Also you will find out that the formula receives two parameters lin and
> col, so you can test the col number and return the contents you actually
> want in the UNITS cell. Then maybe you're not stuck after all...
>
> Scuri
>
>
> Em qui., 24 de fev. de 2022 às 20:20, Andrew Robinson 
> escreveu:
>
>> Ola Antonio,
>>
>> I have the following dialog:
>>
>>
>> I would like to use IupMatrixSetFormula to change values when I select
>> between S.I., CGS, and Imperial units but IupMatrixSetFormula cannot be
>> restricted to just the rows below the UNITS row so it's not a useful
>> function. Is there a way to restrict which rows IupMatrixSetFormula or am I
>> stuck with doing it manually, cell-by-cell?
>>
>> Thanks,
>> Andrew
>> ___
>> Iup-users mailing list
>> Iup-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/iup-users
>>
>
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] MASK (non inheritable) (since 3.0)

[Antonio Scuri]

  For some reason it is not in the navigation tree, but if you click on
"Utilities" it is listed there.

Em dom., 27 de fev. de 2022 às 16:21, Andrew Robinson 
escreveu:

> That sounds great but could you be more specific please? Where is that API
> for that listed in the following screen capture for IUP - Version 3.30? ...
>
>
> I couldn't find any text for "regex" or "mask" yet.
>
> Thanks,
> Andrew
>
> On 2/27/2022 at 9:53 AM, Antonio Scuri  wrote:
>
>   It is available with the internal SDK. Take a look at the
> iup/src/iup_mask.c file for more details.
>
> Best,
> Scuri
>
>
> Em dom., 27 de fev. de 2022 às 13:50, Andrew Robinson 
> escreveu:
>
>> Ola Antonio,
>>
>> RE: https://www.tecgraf.puc-rio.br/iup/en/attrib/iup_mask.html
>>
>> Is that regEx engine available in the API somewhere, or is it for
>> internal use by IUP only?
>>
>> Thanks,
>> Andrew
>> ___
>> Iup-users mailing list
>> Iup-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/iup-users
>>
>
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] Small nitpick

[Antonio Scuri]

Fixed and committed to the SVN.

Em qua., 9 de fev. de 2022 às 19:23, Andrew Robinson 
escreveu:

> Ola Antonio,
>
> Online documentation for IUP - Version 3.30
> GETFOCUS_CB
>
> Action generated when an element is given keyboard focus. This callback is
> called after the KILLFOCUS_CB of the element that loosed the focus. The
> IupGetFocus function during the callback returns the element that loosed
> the focus.
>
> Lost is the opposite of found
> Loosen is the opposite of tightened
> Loosed is the opposite of fasten
>
> It should read "the last element that lost focus" and not "the element
> that loosed the focus"
>
> I know: English sucks
>
> Regards,
>
> Andrew
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] IupMatrixSetFomula

[Antonio Scuri]

> "so it's not a useful function"

  I think if you read the documentation carefully you will see that it is a
very useful function...

  Also you will find out that the formula receives two parameters lin and
col, so you can test the col number and return the contents you actually
want in the UNITS cell. Then maybe you're not stuck after all...

Scuri


Em qui., 24 de fev. de 2022 às 20:20, Andrew Robinson 
escreveu:

> Ola Antonio,
>
> I have the following dialog:
>
>
> I would like to use IupMatrixSetFormula to change values when I select
> between S.I., CGS, and Imperial units but IupMatrixSetFormula cannot be
> restricted to just the rows below the UNITS row so it's not a useful
> function. Is there a way to restrict which rows IupMatrixSetFormula or am I
> stuck with doing it manually, cell-by-cell?
>
> Thanks,
> Andrew
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] MASK (non inheritable) (since 3.0)

[Antonio Scuri]

  It is available with the internal SDK. Take a look at the
iup/src/iup_mask.c file for more details.

Best,
Scuri


Em dom., 27 de fev. de 2022 às 13:50, Andrew Robinson 
escreveu:

> Ola Antonio,
>
> RE: https://www.tecgraf.puc-rio.br/iup/en/attrib/iup_mask.html
>
> Is that regEx engine available in the API somewhere, or is it for internal
> use by IUP only?
>
> Thanks,
> Andrew
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] SIMULATEMODAL

[Antonio Scuri]

Almost all predefined dialogs are simply IupDialog, except the native ones,
like IupFileDlg. Three is no extra management when a predefined dialogs is
shown.

Maybe you can build a simple sample code to reproduce your problem? And we
start from that.

Em qua., 16 de fev. de 2022 18:52, Andrew Robinson 
escreveu:

> "You replied only to me"
>
> Sorry. Will try to not let that happen again.
>
> "When a dialog is closed the system brings the parent or another child to
> foreground and it sets the focus. IUP actually doesn't interfere in the
> system behavior."
>
> This isn't about system behavior, this is about following proper
> programming procedures. The Win10 documentation says you must call
> EndDialog to end a modal dialog and apparently IUP does not do that for
> Windows and that is a problem for IUP using custom dialogs.
>
> "I tested here using the tools executable, like IupView or IupVisualLED,
> when a child dialog is closed the main dialog gets its focus back."
>
> The predefined dialogs will do that but a custom dialog will not. What do
> the predefined dialogs do that the custom dialog does not (or is not
> documented to do)?
>
> Thanks,
> Andrew
> ​
>
> On 2/16/2022 at 12:51 PM, Antonio Scuri  wrote:
>
>  Obs: You replied only to me, so I'm including the list in the reply again.
>
> >  You say "I guess" but is that how it is actually done in for all the
> predefined dialogs in IUP?
>
> > Why interrupt that default sequence of events just so you can add a
> very necessary IupSetFocus that you can never leave out or it will never
> work? That default behavior doesn't make sense, it is not documented
> to function like that, and the default behavior actually doesn't work.
>
> There is no default behavior set by IUP. When a dialog is closed the
> system brings the parent or another child to foreground and it sets the
> focus. IUP actually doesn't interfere in the system behavior.
>
> I tested here using the tools executable, like IupView or IupVisualLED,
> when a child dialog is closed the main dialog gets its focus back.
>
> Best,
> Scuri
>
> Em qua., 16 de fev. de 2022 às 16:15, Andrew Robinson 
> escreveu:
>
>> To any other programmers out there that are experiencing this same issue,
>> here is my workaround (psuedocode):
>>
>> setAttribute pDlg1 "CLOSE_CB=Dlg1_Close_cb"
>> myButton_cb {
>> IupShow pDlg1
>> pMainDlg ACTIVE='NO' }
>> Dlg1_Close_cb {
>> pMainDlg ACTIVE='YES' }
>>
>> Do not use SIMULATEMODAL='YES'. The advantage of this workaround is that
>> you can (I mean must) selectively make any other custom dialogs an
>> exception to the rule, if need be.
>>
>> Thanks,
>> Andrew
>>
>> On 2/16/2022 at 11:55 AM, Andrew Robinson  wrote:
>>
>> Neither IupSetFocus not IupGetFocus works to resolve this issue. Do you
>> have any simple working code and app of how this is done?
>>
>> NOTE: The examples IUP give are only examples of when the custom dialog
>> is the main dialog and not a child of the main dialog.
>> Tecgraf/PUC-Rio really need to rethink what they are doing here. Consider
>> this scenario that I'm experiencing where I do nothing but call IupShow:
>>
>> 1) Close the custom dialog
>> 2) IUP hides the dialog with IupHide
>> 3) The main parent never gets its focus back
>>
>> Why interrupt that default sequence of events just so you can add a very
>> necessary IupSetFocus that you can never leave out or it will never work?
>> That default behavior doesn't make sense, it is not documented to function
>> like that, and the default behavior actually doesn't work. Why wouldn't the
>> default behavior have IupSetFocus a part of the default close routine?
>>
>> Thanks,
>> Andrew
>>
>>
>> On 2/16/2022 at 7:44 AM, Andrew Robinson  wrote:
>>
>> "IUP does not set focus after the dialog is closed"
>>
>> I understand but you need to understand this needs to be documented
>> behavior since that is an expected behavior of custom modal dialogs
>> in other IDEs.
>>
>> "I guess you will have to set the focus yourself"
>>
>> You say "I guess" but is that how it is actually done in for all the
>> predefined dialogs in IUP?
>>
>> Thanks,
>> Andrew
>>
>> On 2/16/2022 at 4:47 AM, Antonio Scuri  wrote:
>>
>>   I guess you will have to set the focus yourself, calling IupFocus. You
>> could do that on CLOSE_CB.
>>
>>   IUP does not set focus after the dialog is closed, this is highly
&g

Re: [Iup-users] SIMULATEMODAL

[Antonio Scuri]

 Obs: You replied only to me, so I'm including the list in the reply again.

>  You say "I guess" but is that how it is actually done in for all the
predefined dialogs in IUP?

> Why interrupt that default sequence of events just so you can add a very
necessary IupSetFocus that you can never leave out or it will never work?
That default behavior doesn't make sense, it is not documented to function
like that, and the default behavior actually doesn't work.

There is no default behavior set by IUP. When a dialog is closed the
system brings the parent or another child to foreground and it sets the
focus. IUP actually doesn't interfere in the system behavior.

I tested here using the tools executable, like IupView or IupVisualLED,
when a child dialog is closed the main dialog gets its focus back.

Best,
Scuri

Em qua., 16 de fev. de 2022 às 16:15, Andrew Robinson 
escreveu:

> To any other programmers out there that are experiencing this same issue,
> here is my workaround (psuedocode):
>
> setAttribute pDlg1 "CLOSE_CB=Dlg1_Close_cb"
> myButton_cb {
> IupShow pDlg1
> pMainDlg ACTIVE='NO' }
> Dlg1_Close_cb {
> pMainDlg ACTIVE='YES' }
>
> Do not use SIMULATEMODAL='YES'. The advantage of this workaround is that
> you can (I mean must) selectively make any other custom dialogs an
> exception to the rule, if need be.
>
> Thanks,
> Andrew
>
> On 2/16/2022 at 11:55 AM, Andrew Robinson  wrote:
>
> Neither IupSetFocus not IupGetFocus works to resolve this issue. Do you
> have any simple working code and app of how this is done?
>
> NOTE: The examples IUP give are only examples of when the custom dialog is
> the main dialog and not a child of the main dialog. Tecgraf/PUC-Rio really
> need to rethink what they are doing here. Consider this scenario that I'm
> experiencing where I do nothing but call IupShow:
>
> 1) Close the custom dialog
> 2) IUP hides the dialog with IupHide
> 3) The main parent never gets its focus back
>
> Why interrupt that default sequence of events just so you can add a very
> necessary IupSetFocus that you can never leave out or it will never work?
> That default behavior doesn't make sense, it is not documented to function
> like that, and the default behavior actually doesn't work. Why wouldn't the
> default behavior have IupSetFocus a part of the default close routine?
>
> Thanks,
> Andrew
>
>
> On 2/16/2022 at 7:44 AM, Andrew Robinson  wrote:
>
> "IUP does not set focus after the dialog is closed"
>
> I understand but you need to understand this needs to be documented
> behavior since that is an expected behavior of custom modal dialogs
> in other IDEs.
>
> "I guess you will have to set the focus yourself"
>
> You say "I guess" but is that how it is actually done in for all the
> predefined dialogs in IUP?
>
> Thanks,
> Andrew
>
> On 2/16/2022 at 4:47 AM, Antonio Scuri  wrote:
>
>   I guess you will have to set the focus yourself, calling IupFocus. You
> could do that on CLOSE_CB.
>
>   IUP does not set focus after the dialog is closed, this is highly
> dependent on the system.
>
> Em ter., 15 de fev. de 2022 às 20:59, Andrew Robinson 
> escreveu:
>
>> Ola Antonio,
>>
>> I have a custom dialog that I make visible with IupShow(). Then what?
>> Clicking the close_button closes the custom dialog but the focus never
>> returns to the parent dialog. I tried using CLOSE_CB to call IupHide and
>> the return IUP_IGNORE, but nothing seems to work as expected or as
>> documented. How is this supposed to be done?
>>
>> Thanks,
>> Andrew
>> ___
>> Iup-users mailing list
>> Iup-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/iup-users
>>
>
>
>
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] SIMULATEMODAL

[Antonio Scuri]

  I guess you will have to set the focus yourself, calling IupFocus. You
could do that on CLOSE_CB.

  IUP does not set focus after the dialog is closed, this is highly
dependent on the system.

Em ter., 15 de fev. de 2022 às 20:59, Andrew Robinson 
escreveu:

> Ola Antonio,
>
> I have a custom dialog that I make visible with IupShow(). Then what?
> Clicking the close_button closes the custom dialog but the focus never
> returns to the parent dialog. I tried using CLOSE_CB to call IupHide and
> the return IUP_IGNORE, but nothing seems to work as expected or as
> documented. How is this supposed to be done?
>
> Thanks,
> Andrew
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] Resend: CD-r900 warnings mistakenly sent out with IM Subject: line..

[Antonio Scuri]

 Received all. Thanks

Em seg., 14 de fev. de 2022 às 23:20, sur-behoffski <
sur_behoff...@grouse.com.au> escreveu:

> [Subject line said IM-r820, but the remainder of the message
> was for CD-r900.  Resending... sorry for any confusion.  s-b]
>
>
>  Forwarded Message 
> Subject: Updated IM-r820 warnings summary for GCC-11.2
> Date: Tue, 15 Feb 2022 12:17:12 +1030
> From: sur-behoffski 
> To: IUP discussion list. 
>
> lglicua-0.1-alpha5 has been tested with Ubuntu-21.10, which uses
> GCC-11.2.
>
> Attached are updated warnings for CD-r900.
>
> cheers,
>
> sur-behoffski (Brenton Hoff)
> programmer, Grouse Software___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] libftgl.so not installed

[Antonio Scuri]

>
>
> I was also thinking about adding a new /etc/ld.so.conf.d/iup.conf
> containing /usr/lib64 (ie a simple ten byte text file),
> and running sudo ldconfig and rebooting immediately after running the
> install scripts, might be a good suggestion?
>

  Why do you need that?
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] libftgl.so not installed

[Antonio Scuri]

 cp -nv  =>  no file overwrite

Our ftgl is different from the ftgl in the distributions. You must
overwrite it to use it.



Em qua., 2 de fev. de 2022 às 11:22, Pete Lomax via Iup-users <
iup-users@lists.sourceforge.net> escreveu:

> I was also thinking about adding a new /etc/ld.so.conf.d/iup.conf
> containing /usr/lib64 (ie a simple ten byte text file),
> and running sudo ldconfig and rebooting immediately after running the
> install scripts, might be a good suggestion?
> On Wednesday, 2 February 2022, 02:57:59 GMT, Pete Lomax via Iup-users <
> iup-users@lists.sourceforge.net> wrote:
>
>
> The iup install script (two lines below "# Do NOT overwrite for FreeType",
> 3.29) contains
>
>   #cp -fv $1libftgl.so $TEC_SYSTEM_LIB
>
> should that instead be
>
>   cp -nv $1libftgl.so $TEC_SYSTEM_LIB
>
> In fact I ended up having to do 'sudo cp
> iup/ftgl/lib/Linux54_64/libftgl.so /lib/x86_64-linux-gnu'
> to get it to work. Note that last part c/should be /usr/lib64 and at one
> point actually was, and I
> am the exact opposite of experienced in these strange matters.
>
>
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] Problem Getting the Child Dialog to Minimize/Restore with Parent

[Antonio Scuri]

>  What do non-Windows programmers do to achieve that?

  Simply use multiple windows. Or use tab based dialogs, where every
profile is displayed inside a Tab.

Best,
Scuri


Em sáb., 8 de jan. de 2022 às 16:38, Kaz Foxsen 
escreveu:

> Do I even need MDI? I figured that the original programmer used it in
> order to allow the user to open multiple profiles at the same time and
> those different profiles could hold different information, but if I
> can make it work with the normal parenting functions, then that would
> be preferable. What do non-Windows programmers do to achieve that?
>
> On Fri, Jan 7, 2022 at 7:31 AM Antonio Scuri 
> wrote:
> >
> > I don't know. MDI is very little used.
> >
> > PARENTDIALOG works very well for regular dialogs. I confirmed the
> minimize behavior here, just in case.
> >
> > But when involves MDI everything changes. This behavior is controlled by
> the system, IUP actually only configures parent and child settings.
> >
> > Best,
> > Scuri
> >
> >
> > Em sex., 7 de jan. de 2022 às 01:52, Kaz Foxsen 
> escreveu:
> >>
> >> I've read that setting the PARENTDIALOG attribute is supposed to make
> >> a child dialog minimize with the parent dialog, but can't get it to
> >> work.
> >>
> >> The app I'm working on has a main window featuring a canvas as an MDI
> >> Client. Whenever a user selects New File, a profile dialog is created.
> >> Using that profile (which is set as an MDI child), the user can click
> >> items to open various "module" dialogs to change settings. I set the
> >> module dialogs to have the profile dialog as a parent, but when I
> >> minimize the parent, the module doesn't minimize. If I don't set a
> >> parent, the module will disappear under the main window if I click the
> >> profile that spawned it.
> >>
> >> How can I fix this?
> >>
> >>
> >> ___
> >> Iup-users mailing list
> >> Iup-users@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/iup-users
> >
> > ___
> > Iup-users mailing list
> > Iup-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/iup-users
>
>
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] Problem Getting the Child Dialog to Minimize/Restore with Parent

[Antonio Scuri]

I don't know. MDI is very little used.

PARENTDIALOG works very well for regular dialogs. I confirmed the minimize
behavior here, just in case.

But when involves MDI everything changes. This behavior is controlled by
the system, IUP actually only configures parent and child settings.

Best,
Scuri


Em sex., 7 de jan. de 2022 às 01:52, Kaz Foxsen 
escreveu:

> I've read that setting the PARENTDIALOG attribute is supposed to make
> a child dialog minimize with the parent dialog, but can't get it to
> work.
>
> The app I'm working on has a main window featuring a canvas as an MDI
> Client. Whenever a user selects New File, a profile dialog is created.
> Using that profile (which is set as an MDI child), the user can click
> items to open various "module" dialogs to change settings. I set the
> module dialogs to have the profile dialog as a parent, but when I
> minimize the parent, the module doesn't minimize. If I don't set a
> parent, the module will disappear under the main window if I click the
> profile that spawned it.
>
> How can I fix this?
>
>
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] GTK on cent OS

[Antonio Scuri]

  No, not yet. Things were a bit crazy this year. I already installed
CentOS 7 here but couldn't go on with the tests yet. Maybe in January.

  You may try to force some attributes like PADDING or RASTERSIZE, just to
identify the problem.

Best,
Scuri


Em qui., 30 de dez. de 2021 05:13, Milind Gupta 
escreveu:

> Hi Antonio,
> Did you find anything to help with this issue.
>
> Thanks,
> Milind
>
> On Sat, Jul 31, 2021 at 6:30 AM Antonio Scuri 
> wrote:
>
>> Thanks folks.
>>
>> This will be useful.
>>
>> I will make some tests here and post some results soon.
>>
>> Best,
>> Scuri
>>
>>
>> Em sex., 30 de jul. de 2021 às 16:36, Matthew Kennedy <
>> lisp...@fastmail.fm> escreveu:
>>
>>> I get the same kind of thing, though not quite as pronounced on CentOS 7
>>> with IUP from recent SVN. This is via Xorg, I believe.
>>>
>>>
>>>
>>> On Fri, Jul 30, 2021, at 12:00 PM, Milind Gupta wrote:
>>>
>>> Hi Antonio,
>>> Here is the result of uname -a:
>>>
>>> [image: image.png]
>>> Linux  2.10.0-1062.12.1.el7.x86_64 #1 SMP Tue Feb 4
>>> 23:02:59 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux
>>>
>>> Thanks,
>>> Milind
>>>
>>> On Fri, Jul 30, 2021 at 6:55 AM Antonio Scuri 
>>> wrote:
>>>
>>>   Hi Milind,
>>>
>>>   Can you send me more information about your system? For instance:
>>>
>>> uname -a
>>>
>>> Best,
>>> Scuri
>>>
>>> Em qua., 28 de jul. de 2021 16:03, Milind Gupta 
>>> escreveu:
>>>
>>> Hi Antonio,
>>>  I have a GUI that I run it on windows as well as on CentOS.
>>> Below are the visuals comparison:
>>> Windows:
>>> [image: image.png]
>>>
>>> CentOS:
>>> [image: image.png]
>>>
>>> The text boxes in linux seem to be oversized and overlapping. Is there a
>>> way I can make them better?
>>>
>>> Thanks,
>>> Milind
>>> ___
>>> Iup-users mailing list
>>> Iup-users@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/iup-users
>>>
>>> ___
>>> Iup-users mailing list
>>> Iup-users@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/iup-users
>>>
>>>
>>> ___
>>> Iup-users mailing list
>>> Iup-users@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/iup-users
>>>
>>>
>>> ___
>>> Iup-users mailing list
>>> Iup-users@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/iup-users
>>>
>> ___
>> Iup-users mailing list
>> Iup-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/iup-users
>>
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] Flaw

[Antonio Scuri]

NATIVEWINDOW is used by IUP, so you are actually using it. You may have
some issues using its constructor, but you are using it.

To replace the native Win32 driver by the OpenGL driver is not recommended,
unless you need OpenGL support.

You may try changing the font. Maybe Courier is not performing as expected
at that small size. Text rendering in native Windows is usually good and
better than the other drivers.Don't know exactly what's going on in that
case.

Best,
Scuri


Em ter., 28 de dez. de 2021 às 14:14, Andrew Robinson 
escreveu:

> I tried the other two drivers (NATIVEWINDOW and GL) and they don't work at
> all on Windows, so do you have any recommendations for a workaround or
> alternate?
>
> Thanks,
> Andrew
>
> On 2021-12-08 at 9:45 AM, Antonio Scuri  wrote:
>
>   Ok So you are actually using the Win32 based driver.
>
>   We use native functions to do the drawing. Text drawing is done
> by TextOut Win32 api function. Whe text orientation is used we simply
> use CreateFont with an angle parameter.
>
>   So there isn't much I can do.
>
> Best,
> Scuri
>
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] Flaw

[Antonio Scuri]

 And will never be resolved... For some time now we have created
workarounds in some controls for problems in Win32 API that are never
changed because of backward compatibility, I guess.

Em qua., 8 de dez. de 2021 às 14:30, Andrew Robinson 
escreveu:

> Well that's cool. What you are implying is that Microsoft Windows has a
> long-term flaw (or bug) that has never been resolved!
>
> On 2021-12-08 at 9:45 AM, Antonio Scuri  wrote:
>
>   Ok So you are actually using the Win32 based driver.
>
>   We use native functions to do the drawing. Text drawing is done
> by TextOut Win32 api function. Whe text orientation is used we simply
> use CreateFont with an angle parameter.
>
>   So there isn't much I can do.
>
> Best,
> Scuri
>
>
> Em ter., 7 de dez. de 2021 11:43, Andrew Robinson 
> escreveu:
>
>> Sorry about that. I told you I'm new to this ... anyways, it's CD_IUP.
>>
>> On 2021-12-07 at 6:46 AM, Antonio Scuri  wrote:
>>
>> You did when you call the cdCreateCanvas function, the parameter is the
>> driver. And if cdUseContextPlus is called.
>>
>> Em ter., 7 de dez. de 2021 às 10:44, Andrew Robinson 
>> escreveu:
>>
>>> I presume it would have to be the default for Windows since I don't
>>> every specify one.
>>>
>>> On 2021-12-06 at 4:34 PM, Antonio Scuri  wrote:
>>>
>>>   Which Driver?
>>>
>>> Em seg., 6 de dez. de 2021 às 19:41, Andrew Robinson <
>>> arobinso...@cox.net> escreveu:
>>>
>>>> Ola Antonio,
>>>>
>>>> I'm using cdCanvasTextOrientation and I see a flaw with the algorithm
>>>> used. When I rotate the text "Strength" by 45.0 degrees, I get the
>>>> following result:
>>>>
>>>>
>>>> The characters are no longer aligned and the spacing between the
>>>> characters has changed. A 180 degree rotation has no issues, just all the
>>>> ones inbetween 0 and 180.
>>>>
>>>> Thanks,
>>>> Andrew
>>>>
>>>> I'm using Win10, CD v5.11.1, and I'm using a cdCanvasFont of "Courier",
>>>> CD_BOLD, 10 pixels.
>>>> ___
>>>> Iup-users mailing list
>>>> Iup-users@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/iup-users
>>>>
>>>
>>>
>>
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] Flaw

[Antonio Scuri]

  Ok So you are actually using the Win32 based driver.

  We use native functions to do the drawing. Text drawing is done
by TextOut Win32 api function. Whe text orientation is used we simply
use CreateFont with an angle parameter.

  So there isn't much I can do.

Best,
Scuri


Em ter., 7 de dez. de 2021 11:43, Andrew Robinson 
escreveu:

> Sorry about that. I told you I'm new to this ... anyways, it's CD_IUP.
>
> On 2021-12-07 at 6:46 AM, Antonio Scuri  wrote:
>
> You did when you call the cdCreateCanvas function, the parameter is the
> driver. And if cdUseContextPlus is called.
>
> Em ter., 7 de dez. de 2021 às 10:44, Andrew Robinson 
> escreveu:
>
>> I presume it would have to be the default for Windows since I don't every
>> specify one.
>>
>> On 2021-12-06 at 4:34 PM, Antonio Scuri  wrote:
>>
>>   Which Driver?
>>
>> Em seg., 6 de dez. de 2021 às 19:41, Andrew Robinson 
>> escreveu:
>>
>>> Ola Antonio,
>>>
>>> I'm using cdCanvasTextOrientation and I see a flaw with the algorithm
>>> used. When I rotate the text "Strength" by 45.0 degrees, I get the
>>> following result:
>>>
>>>
>>> The characters are no longer aligned and the spacing between the
>>> characters has changed. A 180 degree rotation has no issues, just all the
>>> ones inbetween 0 and 180.
>>>
>>> Thanks,
>>> Andrew
>>>
>>> I'm using Win10, CD v5.11.1, and I'm using a cdCanvasFont of "Courier",
>>> CD_BOLD, 10 pixels.
>>> ___
>>> Iup-users mailing list
>>> Iup-users@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/iup-users
>>>
>>
>>
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] Flaw

[Antonio Scuri]

You did when you call the cdCreateCanvas function, the parameter is the
driver. And if cdUseContextPlus is called.

Em ter., 7 de dez. de 2021 às 10:44, Andrew Robinson 
escreveu:

> I presume it would have to be the default for Windows since I don't every
> specify one.
>
> On 2021-12-06 at 4:34 PM, Antonio Scuri  wrote:
>
>   Which Driver?
>
> Em seg., 6 de dez. de 2021 às 19:41, Andrew Robinson 
> escreveu:
>
>> Ola Antonio,
>>
>> I'm using cdCanvasTextOrientation and I see a flaw with the algorithm
>> used. When I rotate the text "Strength" by 45.0 degrees, I get the
>> following result:
>>
>>
>> The characters are no longer aligned and the spacing between the
>> characters has changed. A 180 degree rotation has no issues, just all the
>> ones inbetween 0 and 180.
>>
>> Thanks,
>> Andrew
>>
>> I'm using Win10, CD v5.11.1, and I'm using a cdCanvasFont of "Courier",
>> CD_BOLD, 10 pixels.
>> ___
>> Iup-users mailing list
>> Iup-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/iup-users
>>
>
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] Flaw

[Antonio Scuri]

  Which Driver?

Em seg., 6 de dez. de 2021 às 19:41, Andrew Robinson 
escreveu:

> Ola Antonio,
>
> I'm using cdCanvasTextOrientation and I see a flaw with the algorithm
> used. When I rotate the text "Strength" by 45.0 degrees, I get the
> following result:
>
>
> The characters are no longer aligned and the spacing between the
> characters has changed. A 180 degree rotation has no issues, just all the
> ones inbetween 0 and 180.
>
> Thanks,
> Andrew
>
> I'm using Win10, CD v5.11.1, and I'm using a cdCanvasFont of "Courier",
> CD_BOLD, 10 pixels.
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] How do you get Flat controls to work in Lua?

[Antonio Scuri]

>  I’m guessing not, since the code format for creating a branch is
different from creating a button, but I figured I might as well ask.

  Yes. The IupTree node only exists after the tree is mapped (created) in
the native system. IupFlatTree, because it is drawn by IUP, doesn't have
that limitation.

Best,
Scuri


Em sáb., 4 de dez. de 2021 às 00:59, Kaz F  escreveu:

> I don’t oppose more help! :)
>
>
>
> Something like that, but that works better if you’re setting it up as a
> table to begin with rather than adding nodes.
>
> I was hoping there was a way to set it for this:
>
>
>
> modtree["addbranch-1"] = "MODULES"
>
>
>
> *From: *Andrew Robinson 
> *Sent: *Friday, December 3, 2021 8:15 PM
> *To: *IUP discussion list. 
> *Cc: *IUP discussion list. 
> *Subject: *Re: [Iup-users] How do you get Flat controls to work in Lua?
>
>
>
> I'm probably going to get in trouble for butting into someone else's
> conversation, but do you mean something like this:
>
>
>
> {
>
>   "Red","Orange","Yellow","Green","Blue","Purple";
>
>   branchname = "COLOR"
>
>   leafname = "yellow", titlefont = "Courier, *Bold*, 14"
>
> };
>
>
>
> On 2021-12-03 at 4:38 PM, Kaz F  wrote:
>
> What I meant was, is it possible to set the style during the same step as
> creation, like how one can create a button that has bold text with this
> code:
>
>
>
> iup.button{title = ”button”, fontstyle = "Bold"}
>
>
>
> I’m guessing not, since the code format for creating a branch is different
> from creating a button, but I figured I might as well ask.
>
>
>
>
>
>
>
> *From: *Antonio Scuri 
> *Sent: *Friday, December 3, 2021 7:57 AM
> *To: *IUP discussion list. 
> *Subject: *Re: [Iup-users] How do you get Flat controls to work in Lua?
>
>
>
>   What do you mean? I run your code and this is the result:
>
>
>
>
>
>   It is bold...
>
>
>
> Best,
>
> Scuri
>
>
>
>
>
> Em qui., 25 de nov. de 2021 às 02:51, Kaz F 
> escreveu:
>
> I was able to get the following code to work, but is there a way to set
> the “ICONS” branch to display in bold text when the branch is created?
>
>
>
> --CODE
>
> require("iuplua")
>
>
>
> local tree = iup.flattree{rastersize="400x500"}
>
>
>
> tree["addbranch-1"] = "ICONS" -- add root node
>
> tree:SetNodeAttributes(0,{titlefontstyle = "Bold"}) --make root node bold.
>
>
>
> local tlist = {
>
> {
>
>   "Red","Orange","Yellow","Green","Blue","Purple";
>
>   branchname = "COLOR"
>
> };
>
> {
>
>   "Ranged","Melee","Summon","Heal";
>
>   branchname = "POWERS"
>
> };
>
> }
>
> iup.TreeAddNodes(tree, tlist)
>
>
>
> local testdlg = iup.dialog{iup.vbox{tree;ncmargin = "25 x 25"}; title =
> "Test Window"}
>
> testdlg:showxy(iup.CENTER, iup.CENTER)
>
>
>
> if (iup.MainLoopLevel()==0) then
>
> iup.MainLoop()
>
> end
>
>
>
> *From: *Ola Zetterqvist 
> *Sent: *Saturday, November 20, 2021 9:58 AM
> *To: *iup-users@lists.sourceforge.net
> *Subject: *Re: [Iup-users] How do you get Flat controls to work in Lua?
>
>
>
> Thanks for the clarification, I needed that.
>
> Best,
>
> Ola Zetterqvist
>
>
>
>
>
> Den 2021-11-20 kl. 14:40, skrev Antonio Scuri:
>
>   One very important difference between IupTree andIpFlatTre is that the
> flat version does not include a default root node. That's why the solution
> proposed by Ola works.
>
>
>
>   Regarding the error in Lua this can be done:
>
>
>
> --tree.ADDBRANCH-1 = "NFL"; -- Error in lua
>
> tree["ADDBRANCH-1"] = "NFL";
>
>
>
> Best,
>
> Scuri
>
>
>
>
>
> Em sáb., 20 de nov. de 2021 às 08:33, Ola Zetterqvist 
> escreveu:
>
> Hello,
>
> Have found a solution that works.
> Used flattree in C and it has worked,  where "ADDBRANCH-1" is used for the
> first node but lua does not understand the syntax, one must use
>
> iup.SetAttribute(tree, "ADDBRANCH-1", "Lua tree");
>
> require("iuplua")
> tree = iup.flattree{}
>
> local dlg = iup.dialog{tree; size = "200x150",title = "Test Window"}
>
>

Re: [Iup-users] Is There an Updated Stand-Alone Interpreter?

[Antonio Scuri]

>  By “reuse” the console, are you advising that I use the original,
outdated one (iuplua5.exe) that doesn’t need .dll’s, or can I use
iuplua51.exe?

  No. Reuse the executable without recompiling it from source code.

> Are those functions called anywhere or are they triggered automatically?

  Called inside IUP, but they are exported also in the DLL.

> From the description, it sounds like  “iup._ERRORMESSAGE(msg)” triggers
automatically and shows a dialog with the error info. Is that true?

 Yes. If you provoke an error you will see that dialog.

 So, your function can fully replace that dialog.

Best,
Scuri



Em sex., 3 de dez. de 2021 às 20:27, Kaz F  escreveu:

>   > If you want to reuse the IupLua Console and just replace the error
> handling, you can replace the iup._ERRORMESSAGE(msg) function. See IUP /
> Guide / Lua Binding / IupLua Advanced.
>
>
>
> Are there any example scripts showing this setup? I checked the site, but
> didn’t find anything.
>
> The only instance of _ERRORMESSAGE is formatted like this, so I don’t know
> how to replace it or what to replace it with:
>
>
>
> static void cberror_message(lua_State *L, const char *msg)
>
> {
>
>   lua_getglobal(L, "iup");
>
>   lua_pushstring(L, "_ERRORMESSAGE");
>
>   lua_gettable(L, -2);
>
>   lua_remove(L, -2);
>
>
>
>   if(lua_isnil(L, -1))
>
>   {
>
> fprintf(stderr, "%s\n", msg); /* Panic mode */
>
> fflush(stderr);
>
> return;
>
>   }
>
>   lua_pushstring(L, msg);
>
>   lua_call(L, 1, 0);
>
> }
>
>
>
> // Then the function is called in the next function:
> ---
>
>
>
> static int cbreport (lua_State *L, int status)
>
> {
>
>   if (status && !lua_isnil(L, -1))
>
>   {
>
> const char *msg = lua_tostring(L, -1);
>
> if (msg == NULL) msg = "(error with no message)";
>
> cberror_message(L, msg);
>
> print_message(msg);
>
> lua_pop(L, 1);
>
>   }
>
>   return status;
>
> }
>
>
>
> By “reuse” the console, are you advising that I use the original, outdated
> one (iuplua5.exe) that doesn’t need .dll’s, or can I use iuplua51.exe?
>
>
>
> I went to the Advanced page and tried adding those lines to the file,
> above cberror_message…
>
>
>
> int iuplua_dofile(lua_State *L, const char *filename);
>
> int iuplua_dostring(lua_State *L, const char *string, const char
> *chunk_name);
>
> int iuplua_dobuffer(lua_State *L, const char *string, int len, const char
> *chunk_name);
>
>
>
> …but that didn’t work.
>
> Are those functions called anywhere or are they triggered automatically?
>
> From the description, it sounds like  “iup._ERRORMESSAGE(msg)” triggers
> automatically and shows a dialog with the error info. Is that true?
>
>
>
>
>
> *From: *Antonio Scuri 
> *Sent: *Friday, December 3, 2021 7:42 AM
> *To: *IUP discussion list. 
> *Subject: *Re: [Iup-users] Is There an Updated Stand-Alone Interpreter?
>
>
>
>If you want to reuse the IupLua Console and just replace the error
> handling, you can replace the iup._ERRORMESSAGE(msg) function. See IUP /
> Guide / Lua Binding / IupLua Advanced.
>
>
>
> Best,
>
> Scuri
>
>
>
>
>
> Em qua., 1 de dez. de 2021 às 19:11, Kaz F 
> escreveu:
>
> I put the .dll files in my source folder with iuplua51.exe and can now
> open the console. I moved “console.loh” out of the folder and commented
> out--
>
>
>
> static void iuplua_input (lua_State *L) {
>
> #include "console.loh"
>
> }
>
>
>
> --in the C file, then recompiled the .exe. I put an error into a Lua
> script and when I used the original app version,
>
> it triggered the error message like it should, but when I put the same
> error into the updated version, the app just closes.
>
> I tried replacing the include in the C file with
> "lua_dofile(L,"../obj/iuplua51/console.lo");" and also tried
>
> "luaL_dofile(L,"../obj/iuplua51/console.lo");" but it didn't work.
>
>
>
> Was that the wrong code, or is there something else I need to change?
>
>
>
> *From: *Antonio Scuri 
> *Sent: *Wednesday, December 1, 2021 1:12 PM
> *To: *IUP discussion list. 
> *Subject: *Re: [Iup-users] Is There an Updated Stand-Alone Interpreter?
>
>
>
> > I downloaded the packages for IUP 3.30 and Lua 5.1, but when I copy
> iuplua51.exe to my app’s source folder, I get an error when I try to open
> the console there. Is it because it’s not in the same folder as the .dll
> files? Ori

Re: [Iup-users] Problem with Executeleaf_cb Callback

[Antonio Scuri]

  I suggest you to store in each node some information that will allow you
to retrieve the correct module and be able to show it.

Best,
Scuri


Em seg., 29 de nov. de 2021 às 23:11, Kaz F  escreveu:

> I’m trying to populate a tree with the names of modules (leaves) so when
> you double-click on the name, the module dialog should pop up.
>
> It almost works, but for some reason, every leaf opens the same module.
> How can I fix that?
>
> This is the part of the code I have:
>
>
>
> local modtree = iup.flattree{rastersize = "400x500"} --are there any
> more-flexible options than rastersize?
>
> modtree["addbranch-1"] = "MODULES" --add root node
>
>
>
> for cat in pairs(cats) do
>
> modtree.addbranch = cat --add a branch for each module
> category
>
> for _,module in pairs(cats[cat]) do --populate branches
> with modules
>
>modtree.addleaf1 = module.label
>
>function modtree:executeleaf_cb()
> module.bindsettings(t) end
>
> end
>
> end
>
>
>
> Each module script starts with this code:
>
>
>
> local module = {}
>
> function module.bindsettings(profile)
>
> …contains code about the dialog
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] How do you get Flat controls to work in Lua?

[Antonio Scuri]

  What do you mean? I run your code and this is the result:

[image: image.png]

  It is bold...

Best,
Scuri


Em qui., 25 de nov. de 2021 às 02:51, Kaz F  escreveu:

> I was able to get the following code to work, but is there a way to set
> the “ICONS” branch to display in bold text when the branch is created?
>
>
>
> --CODE
>
> require("iuplua")
>
>
>
> local tree = iup.flattree{rastersize="400x500"}
>
>
>
> tree["addbranch-1"] = "ICONS" -- add root node
>
> tree:SetNodeAttributes(0,{titlefontstyle = "Bold"}) --make root node bold.
>
>
>
> local tlist = {
>
> {
>
>   "Red","Orange","Yellow","Green","Blue","Purple";
>
>   branchname = "COLOR"
>
> };
>
> {
>
>   "Ranged","Melee","Summon","Heal";
>
>   branchname = "POWERS"
>
> };
>
> }
>
> iup.TreeAddNodes(tree, tlist)
>
>
>
> local testdlg = iup.dialog{iup.vbox{tree;ncmargin = "25 x 25"}; title =
> "Test Window"}
>
> testdlg:showxy(iup.CENTER, iup.CENTER)
>
>
>
> if (iup.MainLoopLevel()==0) then
>
> iup.MainLoop()
>
> end
>
>
>
> *From: *Ola Zetterqvist 
> *Sent: *Saturday, November 20, 2021 9:58 AM
> *To: *iup-users@lists.sourceforge.net
> *Subject: *Re: [Iup-users] How do you get Flat controls to work in Lua?
>
>
>
> Thanks for the clarification, I needed that.
>
> Best,
>
> Ola Zetterqvist
>
>
>
>
>
> Den 2021-11-20 kl. 14:40, skrev Antonio Scuri:
>
>   One very important difference between IupTree andIpFlatTre is that the
> flat version does not include a default root node. That's why the solution
> proposed by Ola works.
>
>
>
>   Regarding the error in Lua this can be done:
>
>
>
> --tree.ADDBRANCH-1 = "NFL"; -- Error in lua
>
> tree["ADDBRANCH-1"] = "NFL";
>
>
>
> Best,
>
> Scuri
>
>
>
>
>
> Em sáb., 20 de nov. de 2021 às 08:33, Ola Zetterqvist 
> escreveu:
>
> Hello,
>
> Have found a solution that works.
> Used flattree in C and it has worked,  where "ADDBRANCH-1" is used for the
> first node but lua does not understand the syntax, one must use
>
> iup.SetAttribute(tree, "ADDBRANCH-1", "Lua tree");
>
> require("iuplua")
> tree = iup.flattree{}
>
> local dlg = iup.dialog{tree; size = "200x150",title = "Test Window"}
>
> iup.SetAttribute(tree, "ADDBRANCH-1", "Lua tree");
>
> --tree.ADDBRANCH-1 = "NFL"; -- Error in lua
>
> tree.TITLE ="Test tree" -- Change "Lua tree" title
> tree.ADDBRANCH0 = "AFC";
> tree.ADDBRANCH1 = "EAST";
> tree.ADDLEAF2 = "Patriots";
> tree.ADDLEAF3 = "Bills";
> tree.ADDLEAF4 = "Jets";
> tree.ADDLEAF5 = "Dolphins";
> tree.INSERTBRANCH2 = "North";
> tree.ADDLEAF7 = "Ravens";
> tree.ADDLEAF8 = "Steelers";
> tree.ADDLEAF9 = "Browns";
> tree.ADDLEAF10 = "Bengals";
>
> dlg:map()
> dlg:showxy(iup.CENTER, iup.CENTER)
>
> if (iup.MainLoopLevel()==0) then
> iup.MainLoop()
> end
>
>
>
>
>
> Best,
>
> Ola Zetterqvist
>
>
>
>
>
> Den 2021-11-20 kl. 08:24, skrev Kaz F:
>
> Hello,
> I can’t figure out how to get iup.flattree to work and couldn’t find any
> examples in Lua.
> I can get iup.tree to work just fine, but changing it to iup.flattree
> leaves me with an empty square in my dialog.
> Is there an additional “require” that I’m missing?
> Thanks,
> Kaz
>
>
>
> Iup-users mailing list
>
> Iup-users@lists.sourceforge.net
>
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
>
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] Is There an Updated Stand-Alone Interpreter?

[Antonio Scuri]

   If you want to reuse the IupLua Console and just replace the error
handling, you can replace the iup._ERRORMESSAGE(msg) function. See IUP /
Guide / Lua Binding / IupLua Advanced.

Best,
Scuri


Em qua., 1 de dez. de 2021 às 19:11, Kaz F  escreveu:

> I put the .dll files in my source folder with iuplua51.exe and can now
> open the console. I moved “console.loh” out of the folder and commented
> out--
>
>
>
> static void iuplua_input (lua_State *L) {
>
> #include "console.loh"
>
> }
>
>
>
> --in the C file, then recompiled the .exe. I put an error into a Lua
> script and when I used the original app version,
>
> it triggered the error message like it should, but when I put the same
> error into the updated version, the app just closes.
>
> I tried replacing the include in the C file with
> "lua_dofile(L,"../obj/iuplua51/console.lo");" and also tried
>
> "luaL_dofile(L,"../obj/iuplua51/console.lo");" but it didn't work.
>
>
>
> Was that the wrong code, or is there something else I need to change?
>
>
>
> *From: *Antonio Scuri 
> *Sent: *Wednesday, December 1, 2021 1:12 PM
> *To: *IUP discussion list. 
> *Subject: *Re: [Iup-users] Is There an Updated Stand-Alone Interpreter?
>
>
>
> > I downloaded the packages for IUP 3.30 and Lua 5.1, but when I copy
> iuplua51.exe to my app’s source folder, I get an error when I try to open
> the console there. Is it because it’s not in the same folder as the .dll
> files? Originally, the app came with iuplua5.exe and there were no .dll
> files with it, but if I double click on it, that .exe opens up just fine.
>
>
>
>  Yes, the console uses DLLs a few years now...
>
>
>
>   Just copy the DLLs along with the exe
>
>
>
> > Do I need to get bin2c and make a new .loh (I don’t know anything about
> those) or can I just remove the old console.loh and  put
> “lua_dofile(L,"../obj/iuplua5/console.lo");” in the C file?
>
> > I don’t have a file called “console.lo” so I don’t know where I’d set
> the directory path. There’s a bunch of code in the C file related to debug
> and error messages. Would I have to change anything there so it knows to
> use iuplua51.exe instead?
>
>
>
>   No. These files were used during the build. They are embedded in the
> executable.
>
>
>
> > I do have an idea for a feature for that— It would be useful if there
> was an option to output the code with indices instead of RGBA values so the
> colors can be set dynamically. For example, I made some icons that show
> what a user’s color choices look like together, which is updated when a
> color picker is used. As a workaround, I chose unique RGBA values for each
> of my original image’s 3 colors, which made it easy to do a
> search-and-replace on the IupView-generated Lua code in order to change
> RGBA into indices.
>
>
>
>   The generated code will have indices if your input image is a 256 color
> image. When importing 32 bpp images the generated images will follow their
> bpp.
>
>
>
>   You updated from a very old IUP version. I guess you will find several
> differences like these.
>
>
>
> Best,
>
> Scuri
>
>
>
>
>
>
>
> Em qua., 1 de dez. de 2021 às 14:57, Kaz F 
> escreveu:
>
> I downloaded the packages for IUP 3.30 and Lua 5.1, but when I copy
> iuplua51.exe to my app’s source folder, I get an error when I try to open
> the console there. Is it because it’s not in the same folder as the .dll
> files? Originally, the app came with iuplua5.exe and there were no .dll
> files with it, but if I double click on it, that .exe opens up just fine.
>
>
>
> I found a .loh file in the source folder that says:
>
>
>
> /* code automatically generated by bin2c -- DO NOT EDIT */
>
> {
>
> /* #include'ing this file in a C program is equivalent to calling
>
>   lua_dofile(L,"../obj/iuplua5/console.lo");
>
> */
>
> /* ../obj/iuplua5/console.lo */
>
>
>
> Do I need to get bin2c and make a new .loh (I don’t know anything about
> those) or can I just remove the old console.loh and  put
> “lua_dofile(L,"../obj/iuplua5/console.lo");” in the C file?
>
> I don’t have a file called “console.lo” so I don’t know where I’d set the
> directory path. There’s a bunch of code in the C file related to debug and
> error messages. Would I have to change anything there so it knows to use
> iuplua51.exe instead?
>
>
>
> Speaking of the Tools package, I’m glad to see that IupView is still
> available. The link in the “Simple Paint” tutorial was broken and I didn’t
> know where to find it other than buried in the 

Re: [Iup-users] Is There an Updated Stand-Alone Interpreter?

[Antonio Scuri]

> I downloaded the packages for IUP 3.30 and Lua 5.1, but when I copy
iuplua51.exe to my app’s source folder, I get an error when I try to open
the console there. Is it because it’s not in the same folder as the .dll
files? Originally, the app came with iuplua5.exe and there were no .dll
files with it, but if I double click on it, that .exe opens up just fine.

 Yes, the console uses DLLs a few years now...

  Just copy the DLLs along with the exe

> Do I need to get bin2c and make a new .loh (I don’t know anything about
those) or can I just remove the old console.loh and  put
“lua_dofile(L,"../obj/iuplua5/console.lo");” in the C file?

> I don’t have a file called “console.lo” so I don’t know where I’d set the
directory path. There’s a bunch of code in the C file related to debug and
error messages. Would I have to change anything there so it knows to use
iuplua51.exe instead?


  No. These files were used during the build. They are embedded in the
executable.

> I do have an idea for a feature for that— It would be useful if there was
an option to output the code with indices instead of RGBA values so the
colors can be set dynamically. For example, I made some icons that show
what a user’s color choices look like together, which is updated when a
color picker is used. As a workaround, I chose unique RGBA values for each
of my original image’s 3 colors, which made it easy to do a
search-and-replace on the IupView-generated Lua code in order to change
RGBA into indices.

  The generated code will have indices if your input image is a 256 color
image. When importing 32 bpp images the generated images will follow their
bpp.

  You updated from a very old IUP version. I guess you will find several
differences like these.

Best,
Scuri



Em qua., 1 de dez. de 2021 às 14:57, Kaz F  escreveu:

> I downloaded the packages for IUP 3.30 and Lua 5.1, but when I copy
> iuplua51.exe to my app’s source folder, I get an error when I try to open
> the console there. Is it because it’s not in the same folder as the .dll
> files? Originally, the app came with iuplua5.exe and there were no .dll
> files with it, but if I double click on it, that .exe opens up just fine.
>
>
>
> I found a .loh file in the source folder that says:
>
>
>
> /* code automatically generated by bin2c -- DO NOT EDIT */
>
> {
>
> /* #include'ing this file in a C program is equivalent to calling
>
>   lua_dofile(L,"../obj/iuplua5/console.lo");
>
> */
>
> /* ../obj/iuplua5/console.lo */
>
>
>
> Do I need to get bin2c and make a new .loh (I don’t know anything about
> those) or can I just remove the old console.loh and  put
> “lua_dofile(L,"../obj/iuplua5/console.lo");” in the C file?
>
> I don’t have a file called “console.lo” so I don’t know where I’d set the
> directory path. There’s a bunch of code in the C file related to debug and
> error messages. Would I have to change anything there so it knows to use
> iuplua51.exe instead?
>
>
>
> Speaking of the Tools package, I’m glad to see that IupView is still
> available. The link in the “Simple Paint” tutorial was broken and I didn’t
> know where to find it other than buried in the “Lua for Windows” files.
>
> I do have an idea for a feature for that— It would be useful if there was
> an option to output the code with indices instead of RGBA values so the
> colors can be set dynamically. For example, I made some icons that show
> what a user’s color choices look like together, which is updated when a
> color picker is used. As a workaround, I chose unique RGBA values for each
> of my original image’s 3 colors, which made it easy to do a
> search-and-replace on the IupView-generated Lua code in order to change
> RGBA into indices.
>
>
>
> Thanks,
>
> Kaz
>
>
>
>
>
> *From: *Antonio Scuri 
> *Sent: *Wednesday, December 1, 2021 7:38 AM
> *To: *IUP discussion list. 
> *Subject: *Re: [Iup-users] Is There an Updated Stand-Alone Interpreter?
>
>
>
>   The latest version is included in the latest "Tools" package in the
> Downloads.
>
>
>
>   Latest source code is on SVN.
>
>
>
> Best,
>
> Scuri
>
>
>
>
>
> Em seg., 29 de nov. de 2021 às 21:06, Kaz F 
> escreveu:
>
>
>
> I’ve been working on updating an app that used the “iuplua5.exe”
> stand-alone interpreter so if the app crashes, an error message pops up.
>
> Since I can’t figure out how to get debugging to work for it (it’s several
> Lua scripts and 1 C script), I’d like to find out if there’s a way to at
> least get error messages to work.
>
>
>
> Is there an updated version of that .exe anywhere? Is it even needed? I
> noticed that on this page (
> https://www.tecgraf.puc-rio.br/iup/en/iuplua_adv.htm

Re: [Iup-users] Is There an Updated Stand-Alone Interpreter?

[Antonio Scuri]

  The latest version is included in the latest "Tools" package in the
Downloads.

  Latest source code is on SVN.

Best,
Scuri


Em seg., 29 de nov. de 2021 às 21:06, Kaz F  escreveu:

>
>
> I’ve been working on updating an app that used the “iuplua5.exe”
> stand-alone interpreter so if the app crashes, an error message pops up.
>
> Since I can’t figure out how to get debugging to work for it (it’s several
> Lua scripts and 1 C script), I’d like to find out if there’s a way to at
> least get error messages to work.
>
>
>
> Is there an updated version of that .exe anywhere? Is it even needed? I
> noticed that on this page (
> https://www.tecgraf.puc-rio.br/iup/en/iuplua_adv.html)  it says:
>
>
>
> "In C to improve the error report, use the following functions to execute
> Lua code: ... These functions mimics the implementation in the standalone
> interpreter for Lua 5, that displays the error message followed by the
> stack."
>
> Does that mean if you put those lines somewhere, an error pop up will
> appear if the app crashes?
>
>
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] How do you get Flat controls to work in Lua?

[Antonio Scuri]

  One very important difference between IupTree andIpFlatTre is that the
flat version does not include a default root node. That's why the solution
proposed by Ola works.

  Regarding the error in Lua this can be done:

--tree.ADDBRANCH-1 = "NFL"; -- Error in lua
tree["ADDBRANCH-1"] = "NFL";

Best,
Scuri


Em sáb., 20 de nov. de 2021 às 08:33, Ola Zetterqvist 
escreveu:

> Hello,
>
> Have found a solution that works.
> Used flattree in C and it has worked,  where "ADDBRANCH-1" is used for the
> first node but lua does not understand the syntax, one must use
>
> iup.SetAttribute(tree, "ADDBRANCH-1", "Lua tree");
>
> require("iuplua")
> tree = iup.flattree{}
>
> local dlg = iup.dialog{tree; size = "200x150",title = "Test Window"}
>
> iup.SetAttribute(tree, "ADDBRANCH-1", "Lua tree");
>
> --tree.ADDBRANCH-1 = "NFL"; -- Error in lua
>
> tree.TITLE ="Test tree" -- Change "Lua tree" title
> tree.ADDBRANCH0 = "AFC";
> tree.ADDBRANCH1 = "EAST";
> tree.ADDLEAF2 = "Patriots";
> tree.ADDLEAF3 = "Bills";
> tree.ADDLEAF4 = "Jets";
> tree.ADDLEAF5 = "Dolphins";
> tree.INSERTBRANCH2 = "North";
> tree.ADDLEAF7 = "Ravens";
> tree.ADDLEAF8 = "Steelers";
> tree.ADDLEAF9 = "Browns";
> tree.ADDLEAF10 = "Bengals";
>
> dlg:map()
> dlg:showxy(iup.CENTER, iup.CENTER)
>
> if (iup.MainLoopLevel()==0) then
> iup.MainLoop()
> end
>
>
>
> Best,
> Ola Zetterqvist
>
>
> Den 2021-11-20 kl. 08:24, skrev Kaz F:
>
> Hello,
>
> I can’t figure out how to get iup.flattree to work and couldn’t find any
> examples in Lua.
>
> I can get iup.tree to work just fine, but changing it to iup.flattree
> leaves me with an empty square in my dialog.
>
> Is there an additional “require” that I’m missing?
> Thanks,
> Kaz
>
>
>
> ___ Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
>
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] Another cd-r898 "-Wformat-overflow" patch: cd/src/cd_vectortext.c

[Antonio Scuri]

  Applied with a few changes. Just commited to the CD SVN.

Thanks,
Scuri


Em qua., 8 de set. de 2021 às 00:05, sur-behoffski <
sur_behoff...@grouse.com.au> escreveu:

> G'day,
>
> Thanks for processing my previous patch.
>
> Here is another patch that uses snprintf(3) to avoid potential
> buffer overflow cases (and GCC 10.3 warnings):
>
> There's two instances of "%str" as part of a format specifier for
> the original "sprintf" code...  These probably should be "%s".
>
> The error recovery code I've used in the change comes from code used
> a little further down the function... I'm not sure if I've tackled
> this the right way (and I haven't tried to comprehend the comments!)
>
> A patch is attached.  The "%str"/"%s" discontinuity was only noticed
> late in the process, but I think I've caught it in the patch.
>
> cheers,
>
> s-b etc.
>
>
> 
>
>
> -- (Original start of cdCanvasVectorFont (rather long, sigh)) --
>
>
> char *cdCanvasVectorFont(cdCanvas* canvas, const char *file)
> {
>   cdVectorFont* vector_font;
>
>   assert(canvas);
>   assert(file);
>   if (!_cdCheckCanvas(canvas)) return NULL;
>
>   vector_font = canvas->vector_font;
>   if (!file || file[0] == 0)
>   {
> vf_setdefaultfont(vector_font);
> vector_font->file_name[0] = 0;
>   }
>   else
>   {
> FILE *font = NULL;
> int read_ok;
> char *env;
>
> /* se arquivo foi o mesmo que o arq. corrente, entao retorna */
> if (strcmp (file, vector_font->file_name) == 0)
> return vector_font->name;
>
> /* abre arq. no dir. corrente */
> font = fopen(file, "r");
>
> /* se nao conseguiu, abre arq. no dir. do cd, */
> env = getenv("CDDIR");
> if (!font && env && strlen(file)<10240)
> {
>   char filename[10240];
>   sprintf(filename, "%str/%str", env, file);
>   font = fopen(filename, "r");
> }
>
> if (font)
>   read_ok = vf_readfontfile(font, vector_font);
> else
>   read_ok = vf_readfontstring(file, vector_font);
>
> if (!read_ok)
> {
>   if (font) fclose(font);
>   vf_setdefaultfont(vector_font);
>   vector_font->file_name[0] = 0;
>   return NULL;
> }
>
> /*  ... remainder of function elided ...  */
>
>
>
> 
>
>
>
> char *cdCanvasVectorFont(cdCanvas* canvas, const char *file)
> {
>   cdVectorFont* vector_font;
>
>   assert(canvas);
>   assert(file);
>   if (!_cdCheckCanvas(canvas)) return NULL;
>
>   vector_font = canvas->vector_font;
>   if (!file || file[0] == 0)
>   {
> vf_setdefaultfont(vector_font);
> vector_font->file_name[0] = 0;
>   }
>   else
>   {
> FILE *font = NULL;
> int read_ok;
> char *env;
>
> /* se arquivo foi o mesmo que o arq. corrente, entao retorna */
> if (strcmp (file, vector_font->file_name) == 0)
> return vector_font->name;
>
> /* abre arq. no dir. corrente */
> font = fopen(file, "r");
>
> /* se nao conseguiu, abre arq. no dir. do cd, */
> env = getenv("CDDIR");
> if (!font && env)
> {
>   char filename[10240];
>   int result;
>
>   result = snprintf(filename, sizeof(filename),
> "%s/%s",
> env, file);
>   if ((result < 0) || (result >= sizeof(filename)))
>   {
> vf_setdefaultfont(vector_font);
> vector_font->file_name[0] = 0;
> return NULL;
>   }
>   font = fopen(filename, "r");
> }
>
> if (font)
>   read_ok = vf_readfontfile(font, vector_font);
> else
>   read_ok = vf_readfontstring(file, vector_font);
>
> if (!read_ok)
> {
>   if (font) fclose(font);
>   vf_setdefaultfont(vector_font);
>   vector_font->file_name[0] = 0;
>   return NULL;
> }
>
> /*  ... remainder of function elided ...  */
>
> -- (End of text.) --
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] cdCanvasCreateImage always returns NULL

[Antonio Scuri]

There are many ways to implement a buffered image. I couldn't tell what's
the best way or why your code is not working. I don't know what type of
canvas is  _CANVAS_PTR cd, for instance.

We can start by why "part of a drawn canvas"? Because by this code:

if (note->render != NULL) {
cdCanvasPutImageRect(cd, note->render, x, y, 0, 0, 0, 0);
return;
}

 It seems that if render exists all your canvas will be used.

 If you explain to me the logic of what you are trying to achieve, maybe we
can find a solution, because CD already interesting support for double
buffer drawing.

Best,
Scuri


Em seg., 30 de ago. de 2021 às 22:51, Isaac Raway  escreveu:

> I am trying to capture part of a drawn canvas to an image so I can save
> some expensive drawing operations.
>
> I try to do this with:
>
> void draw_note(_CANVAS_PTR cd, int viewMode, int active, tNOTE *note, int
> x, int y, int offsetX, int offsetY, tWIN *win, RECT clip_wh)
> {
> if (note->render != NULL) {
> cdCanvasPutImageRect(cd, note->render, x, y, 0, 0, 0, 0);
> return;
> }
>
> //  --- drawing code removed ---
>
> note->render = cdCanvasCreateImage(cd, note->graphW, note->graphH);
> cdCanvasGetImage(cd, note->render, note->graphW, note->graphH);
> }
>
> The problem is that cdCanvasCreateImage always returns NULL, so the
> drawing results are not cached.
>
> My canvas is mapped like so:
>
> int graph_mapcb(Ihandle* self)
> {
> tWIN *win = (tWIN *)IupGetAttribute(self, "WIND");
>
> cdInitGdiPlus();
> cdUseContextPlus(1);
> if (self == win->notes_graph) {
> win->notes_cdReal = cdCreateCanvas(CD_NATIVEWINDOW,
> win->notes_graph);
> win->notes_cdGraph = win->notes_cdReal;//
> cdCreateCanvas(CD_DBUFFER, win->notes_cdReal); // was originally this
> } else if (self == win->daily_graph) {
> win->daily_cdReal = cdCreateCanvas(CD_NATIVEWINDOW,
> win->daily_graph);
> win->daily_cdGraph = win->daily_cdReal;//
> cdCreateCanvas(CD_DBUFFER, win->daily_cdReal); // was originally this
> }
> return (IUP_DEFAULT);
> }
>
> Any ideas why this isn't working?
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] Fix for GCC 10.3 warning (buffer overflow, undefined behaviour) in cd/src/cd_text.c (cd-r897)

[Antonio Scuri]

  Patch applied and committed to the SVN.

Thanks,
Scuri


Em sáb., 4 de set. de 2021 às 21:15, sur-behoffski <
sur_behoff...@grouse.com.au> escreveu:

> G'day,
>
> I've decided to focus exclusively on fixing "undefined behaviour" --
> specifically, potential buffer overflows -- found by GCC 10.3, in IM, CD
> and IUP.  I'm using only the the "-Wformat-overflow=" warnings.
>
> I found no cases in IM-r820, so am now looking at CD-r897.
>
> Typically, in a reasonable program, the boundaries would not be pushed...
> but I'm trying to close off all such loopholes, as a defect in one area
> may invalidate assumptions in another area.  Therefore, these changes
> can limit collateral damage. Such damage could otherwise potentially
> open up space for malware/hackers.
>
> I'm trying VERY hard to make the changes as non-intrusive as possible.
>
> This first case, and, I suspect most cases, will be using "snprintf(3)"
> instead of "sprintf(3)" or perhaps "strcat(3)".
>
> The patch can increase the cases where the function returns a NULL
> pointer (if snprintf returns -1, or if it signals that a buffer overflow
> has been thwarted).
>
> In addition, copying canvas->native_font to private static buffer
> native_font is deferred until after the CD_QUERY case.  Apart from any
> third-party timing/race conditions, the earlier copy is pointless in the
> CD_QUERY case, as the buffer is overwritten in order to return the query
> (this behaviour is true of both the original and the modified code).
>
> A SVN patch is attached.
>
> 
>
> The GCC warning:
>
>  directive writing 1 byte into a region of size between 0 and
>  [-Wformat-overflow=]:
> cd_text.c:310:[Function:cdCanvasNativeFont]:   ' '  1023
>
> 
>
> Current (cd-r897) partial function listing, cdCanvasNativeFont():
>
>
>  char* cdCanvasNativeFont(cdCanvas* canvas, const char* font)
> {
>   static char native_font[1024] = "";
>
>   assert(canvas);
>   if (!_cdCheckCanvas(canvas)) return NULL;
>
>   strcpy(native_font, canvas->native_font);
>
>   if (font == (char*)CD_QUERY)
>   {
> char style[200] = " ";
> if (canvas->font_style_BOLD)
>   strcat(style, "Bold ");
> if (canvas->font_style_ITALIC)
>   strcat(style, "Italic ");
> if (canvas->font_style_UNDERLINE)
>   strcat(style, "Underline ");
> if (canvas->font_style_STRIKEOUT)
>   strcat(style, "Strikeout ");
>
> sprintf(native_font, "%s,%s %d", canvas->font_type_face, style,
> canvas->font_size);
> return native_font;
>   }
>
>   /* [...] remainder elided (not changed) */
>
>
> 
>
> Proposed, cdCanvasNativeFont():
>
>
> char* cdCanvasNativeFont(cdCanvas* canvas, const char* font)
> {
>   static char native_font[1024] = "";
>
>   assert(canvas);
>   if (!_cdCheckCanvas(canvas)) return NULL;
>
>   if (font == (char*)CD_QUERY)
>   {
> int result;
>
> result = snprintf(native_font, sizeof(native_font),
>   "%s,%s%s%s%s %d",
>   canvas->font_type_face,
>   (canvas->font_style_BOLD)  ? " Bold"  :
> "",
>   (canvas->font_style_ITALIC)? " Italic":
> "",
>   (canvas->font_style_UNDERLINE) ? " Underline" :
> "",
>   (canvas->font_style_STRIKEOUT) ? " Strikeout" :
> "",
>   canvas->font_size);
> if ((result < 0) || (result >= sizeof(native_font)))
>   return NULL;
> return native_font;
>   }
>
>   strcpy(native_font, canvas->native_font);
>
>   /* [...] remainder elided (not changed) */
>
>
> 
>
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] IupFrame

[Antonio Scuri]

 ok. Thanks!

Em ter., 24 de ago. de 2021 às 21:54, Andrew Robinson 
escreveu:

> Never mind. Hidden error prevented code from updating.
>
> On 2021-08-24 at 5:43 PM, Andrew Robinson  wrote:
>
> Hi,
>
> Setting "VISIBLE=NO" has no effect on IupFrame
>
> Bye,
> Andres
>
>
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] scintilla LOADLEXERLIBRARY

[Antonio Scuri]

  When setting that IUP attribute what we do is exactly the same thing.

  It unloads after the script is ended? I mean It actually worked inside
the script then is unloaded somehow after that?

  Is the Scintilla object destroyed when the script ends?

Best,
Scuri


Em sex., 6 de ago. de 2021 às 13:21, breadstick 
escreveu:

> Hi
> I'm using Iup 3.3.0, Lua 5.3.5, iup-scintilla 3.11.2.
> I'm trying to load an external lexer library for scintilla.
>
> What I do is simply:
> --creation
> edit = iup.scintilla{ ... }
> --load lexer
> edit.loadlexerlibrary = "lexluthor.dll"
>
> The dll loads correctly, but then it unloads immediately. The Lua/Iup
> script continues to work, it's just the lexer dll that gets unloaded for
> some reason.
>
> The lexer dll I'm using is basically like the template you can find here:
> www.scintilla.org/LexPython.cxx.html, but without the calls to the python
> lexer, so it's an empty lexer that doesn't do anything; it's just for
> testing.
> The lexer dll is built with the headers/sources of scintilla 3.11.2, the
> same version used by Iup, and using the same g++ swithes that are in the
> makefile scintilla-3.11.2\win32\makefile.
>
> Just to be sure, I've made a small C program that loads the scintilla dll
> (again, version 3.11.2) and then it loads the lexer dll with:
> SendMessage(hsci, SCI_LOADLEXERLIBRARY, (WPARAM)0,
> (LPARAM)"lexluthor.dll");
> This time the dll stays loaded correctly, and I can set the lexer with
> SCI_SETLEXERLANGUAGE.
>
> So it appears to be a problem in Iup.
>
> Any suggestions on why Iup unloads the dll?
>
> Thanks
>
>
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] iupflatlabel alignment="ACENTER" not working

[Antonio Scuri]

It's possible. We leave that to the system functions.

Let me do some tests here, to see if this can be improved.

Best,
Scuri


Em sex., 30 de jul. de 2021 às 14:10, Milind Gupta 
escreveu:

> Hi Antonio,
>Is this expected behavior? If the label has the text fit in one
> line then it "ACENTER" alignment is fine. But if the text wraps then the
> next line is not in the center but starts from the left side.
>
> Regards,
> Milind
>
>
> On Mon, Jul 26, 2021 at 11:27 PM Milind Gupta 
> wrote:
>
>> It seems alignment="ACENTER" for iupflatlabel not working. It just stays
>> left aligned. I am trying this in 3.28 on windows.
>>
>> Thanks,
>> Milind
>>
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] GTK on cent OS

[Antonio Scuri]

Thanks folks.

This will be useful.

I will make some tests here and post some results soon.

Best,
Scuri


Em sex., 30 de jul. de 2021 às 16:36, Matthew Kennedy 
escreveu:

> I get the same kind of thing, though not quite as pronounced on CentOS 7
> with IUP from recent SVN. This is via Xorg, I believe.
>
>
>
> On Fri, Jul 30, 2021, at 12:00 PM, Milind Gupta wrote:
>
> Hi Antonio,
> Here is the result of uname -a:
>
> [image: image.png]
> Linux  2.10.0-1062.12.1.el7.x86_64 #1 SMP Tue Feb 4 23:02:59
> UTC 2020 x86_64 x86_64 x86_64 GNU/Linux
>
> Thanks,
> Milind
>
> On Fri, Jul 30, 2021 at 6:55 AM Antonio Scuri 
> wrote:
>
>   Hi Milind,
>
>   Can you send me more information about your system? For instance:
>
> uname -a
>
> Best,
> Scuri
>
> Em qua., 28 de jul. de 2021 16:03, Milind Gupta 
> escreveu:
>
> Hi Antonio,
>  I have a GUI that I run it on windows as well as on CentOS.
> Below are the visuals comparison:
> Windows:
> [image: image.png]
>
> CentOS:
> [image: image.png]
>
> The text boxes in linux seem to be oversized and overlapping. Is there a
> way I can make them better?
>
> Thanks,
> Milind
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
>
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
>
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] GTK on cent OS

[Antonio Scuri]

  Hi Milind,

  Can you send me more information about your system? For instance:

uname -a

Best,
Scuri

Em qua., 28 de jul. de 2021 16:03, Milind Gupta 
escreveu:

> Hi Antonio,
>  I have a GUI that I run it on windows as well as on CentOS.
> Below are the visuals comparison:
> Windows:
> [image: image.png]
>
> CentOS:
> [image: image.png]
>
> The text boxes in linux seem to be oversized and overlapping. Is there a
> way I can make them better?
>
> Thanks,
> Milind
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] GTK on cent OS

[Antonio Scuri]

  Thanks Alex. Could be that depending on CentOS version.

  Also Milind, I would check for sizes and positions set in pixels
(RASTERSIZE). GTK has a wider default configuration for texto box sizes.

Best,
Scuri


Em qui., 29 de jul. de 2021 10:43, Alex Metelka 
escreveu:

> Hi Milind,
>
> in my experience, IUP is not doing well on Wayland (or, better say, GTK
> and Wayland seems to be rather bad combination). Current CentOS is using
> Wayland as its default Xserver.
>
> I had most of problems resolved simply by switching back to xorg.
>
> Cheers,
>
> Alex
>
>
>
> On 28/07/2021 21:03, Milind Gupta wrote:
>
> Hi Antonio,
>  I have a GUI that I run it on windows as well as on CentOS.
> Below are the visuals comparison:
>
> The text boxes in linux seem to be oversized and overlapping. Is there a
> way I can make them better?
>
> Thanks,
> Milind
>
>
> ___
> Iup-users mailing 
> listIup-users@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/iup-users
>
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] Buttons in IupMatrix or IupMatrixEx?

[Antonio Scuri]

  Embed you can't.

  What you can do is to intercept a click in a cell and process
accordingly, simulating the behavior you want.

Best,
Scuri


Em qui., 22 de jul. de 2021 às 12:51, Isaac Raway  escreveu:

> I would like to embed command buttons or hyperlinks in a Matrix or
> MatrixEx. Is this possible? I don't see a way to do it in the documentation
> but perhaps there is some undocumented way?
>
> Thanks!
>
> IJR
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] [ANN] lglicua-0.1-alpha3 released at SourceForge

[Antonio Scuri]

  Great news!

Best,
Scuri


Em seg., 19 de jul. de 2021 às 07:39, sur-behoffski <
sur_behoff...@grouse.com.au> escreveu:

> [This message is on iup-users; an identical, but separate post will
> appear on lua-l.]
>
> G'day,
>
> I'm very pleased (and rather exhausted) to announce the release of
> lglicua-0.1-alpha3 on SourceForge.  This supersedes and replaces
> -alpha2.  The project is at:
>
> https://sourceforge.net/projects/lglicua/
>
> The changes are quite wide-ranging, and are, to a fair extent,
> reviewing and updating scripts that were deemed "good enough" for
> the -alpha2 release, but were candidates for revision after that
> release.  This especially includes the "build/", "svn/" and
> workspace "1/play" and "1/support" directories.
>
> -
>
> The biggest news is that the Assistant is closer to supporting
> multiple versions of Lua.  However, this is still dependent on the
> Lua binary and library support being installed in the OS, not part
> of the Assistant package tree.
>
> The Assistant has been tested (briefly, via virtual machines) on:
>
> GNU/LinuxMint: 18.3, 19.1, 19.3, 20.1 and ***new*** 20.2;
> Ubuntu:18.04.3, 20.04.2.0, 20.10 and 21.04; and
> CentOS:7.0 only (with Lua 5.1.4 baked-in).
>
> Two new fields in the Assistant database (svn/assistant-database.lua)
> can force the Lua version used for building.  This works with
> cross-compiling Lua version (e.g. 5.3 libraries can be produced by a
> Lua 5.1 build system):
>
> $ diff -u assistant-database.lua tt.t
> --- assistant-database.lua  2021-07-17 17:21:12.0 +0930
> +++ tt.t2021-07-19 14:32:50.918324707 +0930
> @@ -410,8 +410,8 @@
>  LuaVersionMap = {
>  Manifest = {"Pattern", "{LUAVER}", "{LUALIBSFX}"},
>  Pattern = "({%u+})",
> -["{LUAVER}"] = "5.1",
> -["{LUALIBSFX}"] = "51",
> +["{LUAVER}"] = "5.3",
> +["{LUALIBSFX}"] = "53",
>  },
>  TerseFlow = true,
>  }
>
> There is a new script in the Workspace: "1/play/version-rocks":  This
> script reports the Lua version, and then verbosely tries to install
> Rocks, starting with "std.normalize".  This script shows up the
> incompatibilities between the interpreter version and the Rocks
> version.
>
> 
>
> Sadly, there remains a significant conflict between the version of
> Lua and the Lua build target of LuaRocks (as strongly suggested, or
> even imposed, by the installer):  LuaRocks is built for Lua 5.1 only;
> the Lua 5.3 build can run as long as it does not reference any
> (C code) Rock, but fails with dynamic linker errors such as
> "lua_tointeger not found".
>
> The Assistant stays with Rocks version 3.3.1 for this release; I
> hope to upgrade to 3.7.0 for the next release, and also to look to
> dynamically switching the Rocks database based on the Lua version.
>
> 
>
> Other improvements have been curating/refining/pruning loose ends
> in areas such as svn/*.lua, build/*.lua and build/support/*.lua.
>
> Quite a lot of work has gone into PosixExec.lua, adding an "Options"
> table parameter.  This is because things like changing work
> directory, setting environment variables and filename globbing
> were cropping up as repeated onerous patterns in the main code, and
> these can now be offloaded to be executed purely in the context of
> the child (after the process fork).
>
> 
>
> In closing, Share and Enjoy (yes, it's all MIT-Licensed, as per the
> norm for the Lua ecosystem).
>
> cheers,
>
> sur-behoffski (Brenton Hoff)
> programmer, Grouse Software
>
>
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] Theming

[Antonio Scuri]

<https://stackoverflow.com/posts/68156012/timeline>

It is missing the call:

 iup.SetHandle("myTheme", myTheme)

After creating the Lua myTheme control.


   Added this answer in Stack Overflow too.


Best,

Scuri



Em qua., 23 de jun. de 2021 às 13:16,  escreveu:

> Thanks – I shall look forward to it.
>
>
>
> *From:* Antonio Scuri 
> *Sent:* 21 June 2021 20:01
> *To:* IUP discussion list. 
> *Subject:* Re: [Iup-users] Theming
>
>
>
> I just saw you question at Stack Overflow:
>
>
>
>
> https://stackoverflow.com/questions/67803879/how-do-i-use-the-iup-theme-attribute-defaulttheme-global-attribute
>
>
>
> I will try to answer that later today.
>
>
>
> Sorry for the delay.
>
>
>
> Best,
>
> Scuri
>
>
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] Use IupBackgroundBox with CD?

[Antonio Scuri]

  Great news!

Best,
Scuri


Em ter., 22 de jun. de 2021 às 17:10, Isaac Raway  escreveu:

> Thanks for the info. Knowing it was supposed to work was enough to help me
> figure out why it doesn't -- I hadn't set CANVASBOX=YES on the control when
> changing it from a canvas to a backgroundbox. Adding that and it behaves
> exactly as before. I also reviewed my code (haven't updated this in a long
> time) and it actually only draws as a result of ACTION, but calls IupUpdate
> and IupRedraw at various points to trigger the redrawing. Looks like
> everything's working as expected now. Thanks again!
>
> On Tue, Jun 22, 2021, at 1:07 PM, Antonio Scuri wrote:
>
>  If you are not using the BACKIMAGE attribute, IupBackgroundBox doesn't
> draw on the canvas, and all the canvas callbacks are available.
>
>  IupBackgroundBox is not a different control than a IupCanvas. It is
> exactly the same, but it has support for distributing elements on top of
> it. It was designed so you can draw on the background that lays behind
> other elements.
>
> The IupFlatFrame element is an example. It draws its own IupFrame like
> container. But I would like to avoid the CD dependency in this case so I
> used the IupDraw API instead. But CD could be used.
>
> CD drawing was designed in another age when we can draw anytime on the
> canvas.
>
>  Drawing behind a native element has some limitations. You have to
> cooperate with the other controls. IupDraw was designed with that in mind.
> Again this does not invalidate the use of CD.
>
>  And then we reach the same conclusion as you did, when drawing outside
> the ACTION callback sometimes you will get weird results when the child
> elements are also drawn. It may work but I don't think it will always work.
> Especially in modern OS where drawing is buffered.
>
> Best,
> Scuri
>
>
> Em ter., 22 de jun. de 2021 às 14:36, Isaac Raway  escreveu:
>
> I attempted to draw directly to it as with a canvas, but this didn't seem
> to work properly for some reason. I think it is because my code draws at
> times other than in response to an ACTION which seems to not be supported
> for this control?
>
> Get Outlook for Android <https://aka.ms/AAb9ysg>
>
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
>
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
>
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] Use IupBackgroundBox with CD?

[Antonio Scuri]

 If you are not using the BACKIMAGE attribute, IupBackgroundBox doesn't
draw on the canvas, and all the canvas callbacks are available.

 IupBackgroundBox is not a different control than a IupCanvas. It is
exactly the same, but it has support for distributing elements on top of
it. It was designed so you can draw on the background that lays behind
other elements.

The IupFlatFrame element is an example. It draws its own IupFrame like
container. But I would like to avoid the CD dependency in this case so I
used the IupDraw API instead. But CD could be used.

CD drawing was designed in another age when we can draw anytime on the
canvas.

 Drawing behind a native element has some limitations. You have to
cooperate with the other controls. IupDraw was designed with that in mind.
Again this does not invalidate the use of CD.

 And then we reach the same conclusion as you did, when drawing outside the
ACTION callback sometimes you will get weird results when the child
elements are also drawn. It may work but I don't think it will always work.
Especially in modern OS where drawing is buffered.

Best,
Scuri


Em ter., 22 de jun. de 2021 às 14:36, Isaac Raway  escreveu:

> I attempted to draw directly to it as with a canvas, but this didn't seem
> to work properly for some reason. I think it is because my code draws at
> times other than in response to an ACTION which seems to not be supported
> for this control?
>
> Get Outlook for Android 
>
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] Use IupBackgroundBox with CD?

[Antonio Scuri]

  Hi,

  It is much simpler than that. IupBackgroundBox *is* a IupCanvas. Just use
it in the same way. No need for HDC access.

Best,
Scuri


Em seg., 21 de jun. de 2021 às 17:59, Isaac Raway  escreveu:

> Is there any way to use IupBackgroundBox with CD?
>
> I am currently using an IupCanvas and drawing into it successfully using
> CD. I would like to parent other controls onto this surface (such as
> IupMultitext, IupButton), but retain the ability to draw using CD since I
> have a lot of code written using that.
>
> So if there was a way to copy the result from CD into IupBackgroundBox
> using IupDraw that would seem to do the job, but I can't quite seem to get
> it to work. The only way I could figure out to create a cdCanvas was to
> use CD_NATIVEWINDOW with a new Win32 HWND. The graphics are drawn into the
> HWND but then I can't get it copied out there into the BackgroundBox.
>
> Here's what I have:
>
> void win_create()
> {
>
> win->notes_graph= IupBackgroundBox();
>
> IupSetCallback(win->notes_graph, "MAP_CB", (Icallback)graph_mapcb);
> IupSetCallback(win->notes_graph, "UNMAP_CB", (Icallback)graph_unmapcb);
> IupSetCallback(win->notes_graph, "RESIZE_CB", (Icallback)graph_resize);
> IupSetCallback(win->notes_graph, "BUTTON_CB", (Icallback)graph_button);
> IupSetCallback(win->notes_graph, "MOTION_CB", (Icallback)graph_motion);
> IupSetCallback(win->notes_graph, "KEYPRESS_CB",
> (Icallback)graph_keypress);
> IupSetCallback(win->notes_graph, "WHEEL_CB", (Icallback)graph_wheel);
>
> IupSetCallback(win->notes_graph, "ACTION",
> (Icallback)graph_draw_backbuffer_to_container);
>
> }
>
> int graph_mapcb(_HANDLE_PTR self)
> {
> tWIN *win = (tWIN *)IupGetAttribute(self, "WIND");
>
>
>const wchar_t CLASS_NAME[] = L"BACKBUFFER";
> WNDCLASS wc = { 0 };
> wc.lpfnWndProc = DefWindowProc;
> wc.hInstance = 0;
> wc.lpszClassName = CLASS_NAME;
> RegisterClass();
> HWND hwnd = CreateWindowEx(
> 0,  // Optional window styles.
> CLASS_NAME, // Window class
> L"Learn to Program Windows",// Window text
> WS_OVERLAPPEDWINDOW,// Window style
>
> // Size and position
> CW_USEDEFAULT, CW_USEDEFAULT, win->screenWidth,
> win->screenHeight,
>
> NULL,   // Parent window
> NULL,   // Menu
> 0,  // Instance handle
> NULL// Additional application data
> );
>
>
>   win->notes_cdGraph = cdCreateCanvas(CD_NATIVEWINDOW, hwnd);
> return IUP_DEFAULT;
> }
>
> // I had to provide this signature for some reason even though I include
> cdim.h
> void cdCanvasGetImImage(cdCanvas* canvas, imImage* image, int x, int y);
>
> int graph_draw_backbuffer_to_container(_HANDLE_PTR self)
> {
> tWIN* win = (tWIN*)IupGetAttribute(self, "WIND");
> cdCanvasGetImImage(win->cdGraph, win->backbuffer, 0, 0);
> Ihandle *iupImage = IupImageFromImImage(win->backbuffer);
> IupSetHandle("BACKBUFFER", iupImage);
> IupDrawImage(win->notes_graph, "BACKBUFFER", 0, 0, win->graphWidth,
> win->graphHeight);
> IupSetHandle("BACKBUFFER", NULL);
> IupDestroy(iupImage);
> }
>
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] Theming

[Antonio Scuri]

I just saw you question at Stack Overflow:

https://stackoverflow.com/questions/67803879/how-do-i-use-the-iup-theme-attribute-defaulttheme-global-attribute

I will try to answer that later today.

Sorry for the delay.

Best,
Scuri


Em seg., 21 de jun. de 2021 às 15:58, Antonio Scuri 
escreveu:

>   No, you are not doing something stupid.
>
>   No it does not.
>
>   If an attribute is defined at the element, the dialog inheritance will
> not affect that element.
>
> Best,
> Scuri
>
>
> Em ter., 1 de jun. de 2021 às 13:51, colevalleyg...@colevalleygirl.co.uk <
> colevalleyg...@colevalleygirl.co.uk> escreveu:
>
>> Is there an order of precedence when theming a UI?
>>
>>
>>
>> If I have the following code:
>>
>>
>>
>>   iup.SetGlobal("DLGBGCOLOR","255 255 255") --default background colour
>>
>>   iup.SetGlobal("DLGFGCOLOR", "255,255,255") --default text color
>>
>>   myLabelTheme = iup.user{ fgcolor = "255 0 255"}
>>
>>   myTheme = iup.user{ IUPLABEL = myLabelTheme, }
>>
>>
>>
>> does the global default override the specific theme for labels? Or am I
>> doing something stupid?
>>
>>
>>
>>
>>
>>
>> ___
>> Iup-users mailing list
>> Iup-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/iup-users
>>
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] Theming

[Antonio Scuri]

  No, you are not doing something stupid.

  No it does not.

  If an attribute is defined at the element, the dialog inheritance will
not affect that element.

Best,
Scuri


Em ter., 1 de jun. de 2021 às 13:51, colevalleyg...@colevalleygirl.co.uk <
colevalleyg...@colevalleygirl.co.uk> escreveu:

> Is there an order of precedence when theming a UI?
>
>
>
> If I have the following code:
>
>
>
>   iup.SetGlobal("DLGBGCOLOR","255 255 255") --default background colour
>
>   iup.SetGlobal("DLGFGCOLOR", "255,255,255") --default text color
>
>   myLabelTheme = iup.user{ fgcolor = "255 0 255"}
>
>   myTheme = iup.user{ IUPLABEL = myLabelTheme, }
>
>
>
> does the global default override the specific theme for labels? Or am I
> doing something stupid?
>
>
>
>
>
>
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] Get HDC for canvas using CD?

[Antonio Scuri]

  Yes, you can get the internal HDC used by CD with:

HDC hDC = (HDC)cdCanvasGetAttribute(canvas, "HDC");

Best,
Scuri


Em sex., 11 de jun. de 2021 às 22:36, Isaac Raway  escreveu:

> I have a canvas that is drawn using CD. I need to use Win32 TextServices
> to render RTF to the canvas as well in order to display formatted text.
> This requires a Win32 HDC handle -- is it possible to create one for a
> cdCanvas?
>
> Thanks!
>
> IJR
>
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] Rich text images?

[Antonio Scuri]

   Not yet. It is on our To Do list at the documentation. No time frame
though.

Best,
Scuri


Em seg., 7 de jun. de 2021 às 20:41, Isaac Raway  escreveu:

> Is there a supported way to insert an image into a IupText() field on
> Windows?
>
> Thanks,
>
> IJR
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

[Iup-users] IUP Feedback

[Antonio Scuri]

  Hi All,

  As you may have noticed I've been busy with another project in the last
months. So I'm taking much more time to answer questions on the IUP list.
Sorry about that.

  We are getting close to one of our deadlines, and after that I will be
able to get back to IUP more often.

Best,
Scuri
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] Building IUP from source on SLES12

[Antonio Scuri]

  Hi,

  Sorry for the long delay.

  Probably the GTK binaries we use to build the pre-compiled libraries are
not the same as the one you are trying to link. We build the libraries in
Ubuntu. The IUP documentation describe this at Download / Library Download
Tips.

Best,
Scuri


Em qua., 31 de mar. de 2021 às 20:06, Jeff Moon 
escreveu:

> I'm trying go get IUP built from source on SLES12 OS.  The build seems to
> go fine, and I get all the shared libraries, but when I try to compile the
> sample.c I get the following error:
> gcc -liup -lgtk-3 -I`pwd`/tgz/iuplibs/include sample.c |& cut -d':' -f2
>  undefined reference to `gdk_window_set_back_pixmap'
>  undefined reference to `gtk_progress_bar_set_bar_style'
>  undefined reference to `gtk_major_version'
>  undefined reference to `gdk_cursor_new_from_pixmap'
>  undefined reference to `gdk_colormap_new'
>  undefined reference to `gtk_progress_set_activity_mode'
>  undefined reference to `gtk_widget_push_colormap'
>  undefined reference to `gdk_device_get_core_pointer'
>  undefined reference to `gtk_widget_pop_colormap'
>  undefined reference to `gdk_font_from_description'
>  undefined reference to `gtk_progress_bar_set_orientation'
>  undefined reference to `gdk_pixbuf_render_pixmap_and_mask'
>  undefined reference to `gtk_micro_version'
>  undefined reference to `gdk_font_id'
>  undefined reference to `gdk_x11_colormap_foreign_new'
>  undefined reference to `gdk_drawable_get_size'
>  undefined reference to `gdk_bitmap_create_from_data'
>  undefined reference to `gtk_widget_shape_combine_mask'
>  undefined reference to `gtk_minor_version'
>  undefined reference to `gdk_x11_drawable_get_xid'
> collect2: error: ld returned 1 exit status
>
> I have the iup and gtk-3 so files in my LIBRARY_PATH.  Not sure why it's
> not finding those symbols.  Any help would be greatly appreciated.
> Jeff
>
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] Hot key underscore disappears

[Antonio Scuri]

 Windows controls the display of the underscores. It is related to the
keyboard focus and if you use the tab key. I believe this hiding
behavior changed in WIndows in 7 or 8, can't recall now, but it is very
system dependent.

Best,
Scuri


Em sex., 16 de abr. de 2021 às 00:29,  escreveu:

> I wanted to mention this only happens on IupTabs. Other controls that
> have accelerator keys don't lose their underscore.
>
>
> On 2021-04-15 12:57, supp...@scriptbasic.org wrote:
> > I'm using the 3.30 IUP on Windows 10. My & underscores are
> > disappearing if I click on another form and then return. Is there a
> > way from preventing this from happening? Just doing the screen capture
> > removes the underscore when I return to the form.
> >
> >
> > ___
> > Iup-users mailing list
> > Iup-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/iup-users
>
>
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] First use of IupImgLib.dll

[Antonio Scuri]

  Probably you have mixed different versions sets of DLLs. Maybe something
in the path.

Best,
Scuri


Em qui., 29 de abr. de 2021 às 08:02, Ranier Vilela 
escreveu:

> De: Ranier Vilela 
> Enviado: quarta-feira, 28 de abril de 2021 22:51
> Para: IUP discussion list.
> Assunto: [Iup-users] First use of IupImgLib.dll
>
> >Hi Scuri,
>
> >First use of IupImgLib.dll
> >Error message:
> >"Não foi possível localizar o ponto de entrada do procedimento
> >IupLsOpened na biblioteca de vinculo dinamico
> >iupimaglib.dll"
>
> >iup-3.30_Win32_dll16_lib.zip
>
> >Any idea what's wrong?
> It seems to me that iupimglib, is failing to import the reference to
> function IupIsOpened or Iup library is failing to export it.
>
> regards,
> Ranier Vilela
>
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] IUP Drag support

[Antonio Scuri]

  Yes. We implement the general drag support of the system. The
problem is the data itself, you have to know how to interpret it. But I
think the D will work.

Best,
Scuri


Em qui., 29 de abr. de 2021 às 21:09, Ranier Vilela 
escreveu:

> Hi Scuri,
>
> Do you know if IUP supports drag & drop between different applications?
> Drag application (Windows Paint)
> Drop application (IupCanvas)
> It's possible?
>
> regards,
> Ranier Vilela
>
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] IupPopup never returning

[Antonio Scuri]

  Yes, you are right. Have to fix that in the documentation. Thanks for
reporting.

Best,
Scuri


Em sex., 28 de mai. de 2021 às 14:25, Isaac Raway  escreveu:

> NOFLUSH doesn't appear to be listed:
> https://www.tecgraf.puc-rio.br/iup/en/dlg/iupdialog.html
>
> In fact it doesn't appear in the docs at all from what I can tell, except
> as a value to REDRAW on IupPlot:
> https://www.google.com/search?sxsrf=ALeKk00WalATCnPUaZhvfZkAu055CZ5iZw:162650320=%22NOFLUSH%22+site:+https://www.tecgraf.puc-rio.br/iup=X=2ahUKEwjUg8am8uzwAhVBKqwKHbVQAJ4Q5t4CMAB6BAgJEBA=1695=1228
>
> On Fri, May 28, 2021, at 10:15 AM, Antonio Scuri wrote:
>
>  Yes. Please take a look at the IupDialog documentation.
>
> Best,
> Scuri
>
> Em sex., 28 de mai. de 2021 12:09, Isaac Raway  escreveu:
>
>
> I just need to set NOFLUSH on the dialog element itself?
>
> On Thu, May 27, 2021, at 4:13 PM, Antonio Scuri wrote:
>
>  Easier will be to disable the IupFlush on the close of that dialog. Set
> NOFLUSH=Yes.
>
>  But it seems to me that your timer is doing something that prevents the
> popup loop to end.
>
> Best,
> Scuri
>
>
> Em qui., 27 de mai. de 2021 às 18:11, Isaac Raway  escreveu:
>
>
> Scuri,
>
> Ah great, this was enough for me to figure out what was going on, well...
> sort of.
>
> I did have 3 timers, one of which had a very small interval of 1 (TIME=1).
>
> If I change this to TIME=100 the problem seemed to go away, but would
> impact performance of the module that it was calling (a web server's
> polling function).
>
> So instead I implemented my own message loop:
>
> However there are two issues:
>
> 1. I'm not sure how to know when to exit the loop
> 2. The documentation for IupLoopStep says:
>
> "Note that this function does not replace IupMainLoop."
>
> So, are there things that IupLoopStep doesn't do that are needed for IUP
> to be healthy? Is there an example on completely replacing IupMainLoop with
> a custom event loop?
>
>
>
> On Wed, May 26, 2021, at 10:19 PM, Antonio Scuri wrote:
>
>   Hi,
>
>   IupPopup starts a new message loop that will return only when one of the
> following occurs: "a callback returns IUP_CLOSE, IupExitLoop is called, or
> when the popup dialog is hidden, for example using IupHide".
>
>   It looks that you are doing it right, but this: "IupHide never returns
> and all following events are handled inside IupHide." Is quite weird. There
> is no message processing in IupHide, but IupFlush is called. So pending
> messages are processed. I noticed you have a timer, it may process the
> timer and call the timer callback.
>
>   If this does not help you find the problem, then to be able to reproduce
> the problem here I'll need a small example code. For instance, you can
> change one of the pre-defined samples.
>
>   Sorry for taking so long.
>
> Best,
> Scuri
>
>
>
> Em qua., 26 de mai. de 2021 às 14:14, Antonio Scuri <
> antonio.sc...@gmail.com> escreveu:
>
>  Later today, I'll see this.
>
> Best,
> Scuri
>
> Em qua., 26 de mai. de 2021 às 14:12, Isaac Raway  escreveu:
>
>
> Could really use some help with this. This bug is bad enough and hard
> enough to track down I'm being forced to consider using a different
> toolkit, which would be a ton of work and isn't really something I want to
> do. Is there any way to figure out why these functions aren't returning as
> documented?
>
> IJR
>
> On Thu, May 13, 2021, at 10:27 AM, Isaac Raway wrote:
>
> I should clarify that the callback below is on CLOSE_CB as well as ACTION
> of the OK button on the form. When I close the dialog box with the windows
> close button, it works correctly (callback is fired, and IupPopup returns,
> where the data is saved). But it does *not* work when clicking the OK
> button -- IupHide never returns and all following events are handled inside
> IupHide.
>
> I tried removing the event callback from CLOSE_CB but the result is the
> same when clicking the OK button:
>
> > stonenotes_nt.exe!win_dialog_ok_cb(Ihandle_ * self) Line 125 C
> [External Code]
> stonenotes_nt.exe!win_dialog_show(const char * id, const char *
> ledFilename, int(*)(Ihandle_ *) callback, int(*)(WIN_DIALOG *, void *)
> value_callback, void * data) Line 120 C
> stonenotes_nt.exe!win_options_categories(Ihandle_ * self) Line 2748 C
> [External Code]
> stonenotes_nt.exe!win_dialog_ok_cb(Ihandle_ * self) Line 133 C
> [External Code]
> stonenotes_nt.exe!win_dialog_show(const char * id, const char *
> ledFilename, int(*)(Ihandle_ *) callback, int(*)(WIN_DIALOG *, void *)
> value_callback, void * data) Line 120 C
> stonenotes_nt.exe!win_options

Re: [Iup-users] IupPopup never returning

[Antonio Scuri]

 Yes. Please take a look at the IupDialog documentation.

Best,
Scuri

Em sex., 28 de mai. de 2021 12:09, Isaac Raway  escreveu:

> I just need to set NOFLUSH on the dialog element itself?
>
> On Thu, May 27, 2021, at 4:13 PM, Antonio Scuri wrote:
>
>  Easier will be to disable the IupFlush on the close of that dialog. Set
> NOFLUSH=Yes.
>
>  But it seems to me that your timer is doing something that prevents the
> popup loop to end.
>
> Best,
> Scuri
>
>
> Em qui., 27 de mai. de 2021 às 18:11, Isaac Raway  escreveu:
>
>
> Scuri,
>
> Ah great, this was enough for me to figure out what was going on, well...
> sort of.
>
> I did have 3 timers, one of which had a very small interval of 1 (TIME=1).
>
> If I change this to TIME=100 the problem seemed to go away, but would
> impact performance of the module that it was calling (a web server's
> polling function).
>
> So instead I implemented my own message loop:
>
> However there are two issues:
>
> 1. I'm not sure how to know when to exit the loop
> 2. The documentation for IupLoopStep says:
>
> "Note that this function does not replace IupMainLoop."
>
> So, are there things that IupLoopStep doesn't do that are needed for IUP
> to be healthy? Is there an example on completely replacing IupMainLoop with
> a custom event loop?
>
>
>
> On Wed, May 26, 2021, at 10:19 PM, Antonio Scuri wrote:
>
>   Hi,
>
>   IupPopup starts a new message loop that will return only when one of the
> following occurs: "a callback returns IUP_CLOSE, IupExitLoop is called, or
> when the popup dialog is hidden, for example using IupHide".
>
>   It looks that you are doing it right, but this: "IupHide never returns
> and all following events are handled inside IupHide." Is quite weird. There
> is no message processing in IupHide, but IupFlush is called. So pending
> messages are processed. I noticed you have a timer, it may process the
> timer and call the timer callback.
>
>   If this does not help you find the problem, then to be able to reproduce
> the problem here I'll need a small example code. For instance, you can
> change one of the pre-defined samples.
>
>   Sorry for taking so long.
>
> Best,
> Scuri
>
>
>
> Em qua., 26 de mai. de 2021 às 14:14, Antonio Scuri <
> antonio.sc...@gmail.com> escreveu:
>
>  Later today, I'll see this.
>
> Best,
> Scuri
>
> Em qua., 26 de mai. de 2021 às 14:12, Isaac Raway  escreveu:
>
>
> Could really use some help with this. This bug is bad enough and hard
> enough to track down I'm being forced to consider using a different
> toolkit, which would be a ton of work and isn't really something I want to
> do. Is there any way to figure out why these functions aren't returning as
> documented?
>
> IJR
>
> On Thu, May 13, 2021, at 10:27 AM, Isaac Raway wrote:
>
> I should clarify that the callback below is on CLOSE_CB as well as ACTION
> of the OK button on the form. When I close the dialog box with the windows
> close button, it works correctly (callback is fired, and IupPopup returns,
> where the data is saved). But it does *not* work when clicking the OK
> button -- IupHide never returns and all following events are handled inside
> IupHide.
>
> I tried removing the event callback from CLOSE_CB but the result is the
> same when clicking the OK button:
>
> > stonenotes_nt.exe!win_dialog_ok_cb(Ihandle_ * self) Line 125 C
> [External Code]
> stonenotes_nt.exe!win_dialog_show(const char * id, const char *
> ledFilename, int(*)(Ihandle_ *) callback, int(*)(WIN_DIALOG *, void *)
> value_callback, void * data) Line 120 C
> stonenotes_nt.exe!win_options_categories(Ihandle_ * self) Line 2748 C
> [External Code]
> stonenotes_nt.exe!win_dialog_ok_cb(Ihandle_ * self) Line 133 C
> [External Code]
> stonenotes_nt.exe!win_dialog_show(const char * id, const char *
> ledFilename, int(*)(Ihandle_ *) callback, int(*)(WIN_DIALOG *, void *)
> value_callback, void * data) Line 120 C
> stonenotes_nt.exe!win_options_categories(Ihandle_ * self) Line 2748 C
> [External Code]
> stonenotes_nt.exe!main(int argc, char * * argv) Line 136 C++
> [External Code]
>
>
> Also here is the dialog setup code in case that helps:
>
>
> tWIN_DIALOG *win_dialog_show(const char *id, const char *ledFilename,
> Icallback callback, dialog_value_callback value_callback, void *data)
> {
> tWIN_DIALOG *result = calloc(1, sizeof(tWIN_DIALOG));
> Ihandle *config = get_config();
> sds attr;
> int immediate_show = 0;
> int x = 0, y = 0;
>
>char *error = sys_load_led(ledFilename); // this function calls IupLoad
> and returns the result af

Re: [Iup-users] IupPopup never returning

[Antonio Scuri]

 Easier will be to disable the IupFlush on the close of that dialog. Set
NOFLUSH=Yes.

 But it seems to me that your timer is doing something that prevents the
popup loop to end.

Best,
Scuri


Em qui., 27 de mai. de 2021 às 18:11, Isaac Raway  escreveu:

> Scuri,
>
> Ah great, this was enough for me to figure out what was going on, well...
> sort of.
>
> I did have 3 timers, one of which had a very small interval of 1 (TIME=1).
>
> If I change this to TIME=100 the problem seemed to go away, but would
> impact performance of the module that it was calling (a web server's
> polling function).
>
> So instead I implemented my own message loop:
>
> However there are two issues:
>
> 1. I'm not sure how to know when to exit the loop
> 2. The documentation for IupLoopStep says:
>
> "Note that this function does not replace IupMainLoop."
>
> So, are there things that IupLoopStep doesn't do that are needed for IUP
> to be healthy? Is there an example on completely replacing IupMainLoop with
> a custom event loop?
>
>
>
> On Wed, May 26, 2021, at 10:19 PM, Antonio Scuri wrote:
>
>   Hi,
>
>   IupPopup starts a new message loop that will return only when one of the
> following occurs: "a callback returns IUP_CLOSE, IupExitLoop is called, or
> when the popup dialog is hidden, for example using IupHide".
>
>   It looks that you are doing it right, but this: "IupHide never returns
> and all following events are handled inside IupHide." Is quite weird. There
> is no message processing in IupHide, but IupFlush is called. So pending
> messages are processed. I noticed you have a timer, it may process the
> timer and call the timer callback.
>
>   If this does not help you find the problem, then to be able to reproduce
> the problem here I'll need a small example code. For instance, you can
> change one of the pre-defined samples.
>
>   Sorry for taking so long.
>
> Best,
> Scuri
>
>
>
> Em qua., 26 de mai. de 2021 às 14:14, Antonio Scuri <
> antonio.sc...@gmail.com> escreveu:
>
>  Later today, I'll see this.
>
> Best,
> Scuri
>
> Em qua., 26 de mai. de 2021 às 14:12, Isaac Raway  escreveu:
>
>
> Could really use some help with this. This bug is bad enough and hard
> enough to track down I'm being forced to consider using a different
> toolkit, which would be a ton of work and isn't really something I want to
> do. Is there any way to figure out why these functions aren't returning as
> documented?
>
> IJR
>
> On Thu, May 13, 2021, at 10:27 AM, Isaac Raway wrote:
>
> I should clarify that the callback below is on CLOSE_CB as well as ACTION
> of the OK button on the form. When I close the dialog box with the windows
> close button, it works correctly (callback is fired, and IupPopup returns,
> where the data is saved). But it does *not* work when clicking the OK
> button -- IupHide never returns and all following events are handled inside
> IupHide.
>
> I tried removing the event callback from CLOSE_CB but the result is the
> same when clicking the OK button:
>
> > stonenotes_nt.exe!win_dialog_ok_cb(Ihandle_ * self) Line 125 C
> [External Code]
> stonenotes_nt.exe!win_dialog_show(const char * id, const char *
> ledFilename, int(*)(Ihandle_ *) callback, int(*)(WIN_DIALOG *, void *)
> value_callback, void * data) Line 120 C
> stonenotes_nt.exe!win_options_categories(Ihandle_ * self) Line 2748 C
> [External Code]
> stonenotes_nt.exe!win_dialog_ok_cb(Ihandle_ * self) Line 133 C
> [External Code]
> stonenotes_nt.exe!win_dialog_show(const char * id, const char *
> ledFilename, int(*)(Ihandle_ *) callback, int(*)(WIN_DIALOG *, void *)
> value_callback, void * data) Line 120 C
> stonenotes_nt.exe!win_options_categories(Ihandle_ * self) Line 2748 C
> [External Code]
> stonenotes_nt.exe!main(int argc, char * * argv) Line 136 C++
> [External Code]
>
>
> Also here is the dialog setup code in case that helps:
>
>
> tWIN_DIALOG *win_dialog_show(const char *id, const char *ledFilename,
> Icallback callback, dialog_value_callback value_callback, void *data)
> {
> tWIN_DIALOG *result = calloc(1, sizeof(tWIN_DIALOG));
> Ihandle *config = get_config();
> sds attr;
> int immediate_show = 0;
> int x = 0, y = 0;
>
>char *error = sys_load_led(ledFilename); // this function calls IupLoad
> and returns the result after locating the file
> if (NULL == error) {
> sds key = NULL;
>
> // get handles from loaded LED file
> result->ok = IupGetHandle(key = sdscatfmt(sdsempty(), "IDC_%s_OK",
> id));
> sdsfree(key);
>
> result->cancel = IupGet

Re: [Iup-users] IupPopup never returning

[Antonio Scuri]

  Hi,

  IupPopup starts a new message loop that will return only when one of the
following occurs: "a callback returns IUP_CLOSE, IupExitLoop is called, or
when the popup dialog is hidden, for example using IupHide".

  It looks that you are doing it right, but this: "IupHide never returns
and all following events are handled inside IupHide." Is quite weird. There
is no message processing in IupHide, but IupFlush is called. So pending
messages are processed. I noticed you have a timer, it may process the
timer and call the timer callback.

  If this does not help you find the problem, then to be able to reproduce
the problem here I'll need a small example code. For instance, you can
change one of the pre-defined samples.

  Sorry for taking so long.

Best,
Scuri



Em qua., 26 de mai. de 2021 às 14:14, Antonio Scuri 
escreveu:

>  Later today, I'll see this.
>
> Best,
> Scuri
>
> Em qua., 26 de mai. de 2021 às 14:12, Isaac Raway  escreveu:
>
>> Could really use some help with this. This bug is bad enough and hard
>> enough to track down I'm being forced to consider using a different
>> toolkit, which would be a ton of work and isn't really something I want to
>> do. Is there any way to figure out why these functions aren't returning as
>> documented?
>>
>> IJR
>>
>> On Thu, May 13, 2021, at 10:27 AM, Isaac Raway wrote:
>>
>> I should clarify that the callback below is on CLOSE_CB as well as ACTION
>> of the OK button on the form. When I close the dialog box with the windows
>> close button, it works correctly (callback is fired, and IupPopup returns,
>> where the data is saved). But it does *not* work when clicking the OK
>> button -- IupHide never returns and all following events are handled inside
>> IupHide.
>>
>> I tried removing the event callback from CLOSE_CB but the result is the
>> same when clicking the OK button:
>>
>> > stonenotes_nt.exe!win_dialog_ok_cb(Ihandle_ * self) Line 125 C
>> [External Code]
>> stonenotes_nt.exe!win_dialog_show(const char * id, const char *
>> ledFilename, int(*)(Ihandle_ *) callback, int(*)(WIN_DIALOG *, void *)
>> value_callback, void * data) Line 120 C
>> stonenotes_nt.exe!win_options_categories(Ihandle_ * self) Line 2748 C
>> [External Code]
>> stonenotes_nt.exe!win_dialog_ok_cb(Ihandle_ * self) Line 133 C
>> [External Code]
>> stonenotes_nt.exe!win_dialog_show(const char * id, const char *
>> ledFilename, int(*)(Ihandle_ *) callback, int(*)(WIN_DIALOG *, void *)
>> value_callback, void * data) Line 120 C
>> stonenotes_nt.exe!win_options_categories(Ihandle_ * self) Line 2748 C
>> [External Code]
>> stonenotes_nt.exe!main(int argc, char * * argv) Line 136 C++
>> [External Code]
>>
>>
>> Also here is the dialog setup code in case that helps:
>>
>>
>> tWIN_DIALOG *win_dialog_show(const char *id, const char *ledFilename,
>> Icallback callback, dialog_value_callback value_callback, void *data)
>> {
>> tWIN_DIALOG *result = calloc(1, sizeof(tWIN_DIALOG));
>> Ihandle *config = get_config();
>> sds attr;
>> int immediate_show = 0;
>> int x = 0, y = 0;
>>
>>char *error = sys_load_led(ledFilename); // this function
>> calls IupLoad and returns the result after locating the file
>> if (NULL == error) {
>> sds key = NULL;
>>
>> // get handles from loaded LED file
>> result->ok = IupGetHandle(key = sdscatfmt(sdsempty(),
>> "IDC_%s_OK", id));
>> sdsfree(key);
>>
>> result->cancel = IupGetHandle(key = sdscatfmt(sdsempty(),
>> "IDC_%s_CANCEL", id));
>> sdsfree(key);
>>
>> result->dlg = IupGetHandle(key = sdscatfmt(sdsempty(), "IDD_%s",
>> id));
>> sdsfree(key);
>> } else {
>> result->dlg = IupSetAttributes(IupDialog(IupLabel(error)),
>> "TITLE=\"StoneNotes Dialog Load - ERROR\", SIZE=400x200,
>> EXPANDCHILDREN=YES, RESIZE=YES");
>> }
>>
>> IupSetAttribute(result->dlg, "MINBOX", "NO");
>>
>> //IupSetCallback(result->dlg, "CLOSE_CB",
>> (Icallback)win_dialog_ok_cb);
>> //IupSetAttribute(result->dlg, "WIND", (char *)result);
>>
>> IupSetCallback(result->ok, "ACTION", (Icallback)win_dialog_ok_cb);
>> IupSetAttribute(result->ok, "WIND", (char *)result);
>>
>> IupSetCallback(result->cancel, "ACTION",
>> (Icallback)win_dialog_cancel_cb);
>> IupSetAttribute

Re: [Iup-users] IupPopup never returning

[Antonio Scuri]

 Later today, I'll see this.

Best,
Scuri

Em qua., 26 de mai. de 2021 às 14:12, Isaac Raway  escreveu:

> Could really use some help with this. This bug is bad enough and hard
> enough to track down I'm being forced to consider using a different
> toolkit, which would be a ton of work and isn't really something I want to
> do. Is there any way to figure out why these functions aren't returning as
> documented?
>
> IJR
>
> On Thu, May 13, 2021, at 10:27 AM, Isaac Raway wrote:
>
> I should clarify that the callback below is on CLOSE_CB as well as ACTION
> of the OK button on the form. When I close the dialog box with the windows
> close button, it works correctly (callback is fired, and IupPopup returns,
> where the data is saved). But it does *not* work when clicking the OK
> button -- IupHide never returns and all following events are handled inside
> IupHide.
>
> I tried removing the event callback from CLOSE_CB but the result is the
> same when clicking the OK button:
>
> > stonenotes_nt.exe!win_dialog_ok_cb(Ihandle_ * self) Line 125 C
> [External Code]
> stonenotes_nt.exe!win_dialog_show(const char * id, const char *
> ledFilename, int(*)(Ihandle_ *) callback, int(*)(WIN_DIALOG *, void *)
> value_callback, void * data) Line 120 C
> stonenotes_nt.exe!win_options_categories(Ihandle_ * self) Line 2748 C
> [External Code]
> stonenotes_nt.exe!win_dialog_ok_cb(Ihandle_ * self) Line 133 C
> [External Code]
> stonenotes_nt.exe!win_dialog_show(const char * id, const char *
> ledFilename, int(*)(Ihandle_ *) callback, int(*)(WIN_DIALOG *, void *)
> value_callback, void * data) Line 120 C
> stonenotes_nt.exe!win_options_categories(Ihandle_ * self) Line 2748 C
> [External Code]
> stonenotes_nt.exe!main(int argc, char * * argv) Line 136 C++
> [External Code]
>
>
> Also here is the dialog setup code in case that helps:
>
>
> tWIN_DIALOG *win_dialog_show(const char *id, const char *ledFilename,
> Icallback callback, dialog_value_callback value_callback, void *data)
> {
> tWIN_DIALOG *result = calloc(1, sizeof(tWIN_DIALOG));
> Ihandle *config = get_config();
> sds attr;
> int immediate_show = 0;
> int x = 0, y = 0;
>
>char *error = sys_load_led(ledFilename); // this function calls IupLoad
> and returns the result after locating the file
> if (NULL == error) {
> sds key = NULL;
>
> // get handles from loaded LED file
> result->ok = IupGetHandle(key = sdscatfmt(sdsempty(), "IDC_%s_OK",
> id));
> sdsfree(key);
>
> result->cancel = IupGetHandle(key = sdscatfmt(sdsempty(),
> "IDC_%s_CANCEL", id));
> sdsfree(key);
>
> result->dlg = IupGetHandle(key = sdscatfmt(sdsempty(), "IDD_%s",
> id));
> sdsfree(key);
> } else {
> result->dlg = IupSetAttributes(IupDialog(IupLabel(error)),
> "TITLE=\"StoneNotes Dialog Load - ERROR\", SIZE=400x200,
> EXPANDCHILDREN=YES, RESIZE=YES");
> }
>
> IupSetAttribute(result->dlg, "MINBOX", "NO");
>
> //IupSetCallback(result->dlg, "CLOSE_CB", (Icallback)win_dialog_ok_cb);
> //IupSetAttribute(result->dlg, "WIND", (char *)result);
>
> IupSetCallback(result->ok, "ACTION", (Icallback)win_dialog_ok_cb);
> IupSetAttribute(result->ok, "WIND", (char *)result);
>
> IupSetCallback(result->cancel, "ACTION",
> (Icallback)win_dialog_cancel_cb);
> IupSetAttribute(result->cancel, "WIND", (char *)result);
>
> // .. snip .. removed additional elements on the form
>
> IupPopup(result->dlg, IUP_CENTER, IUP_CENTER);
> return result;
> }
>
> IJR
>
> On Wed, May 12, 2021, at 12:31 PM, Isaac Raway wrote:
>
> For some reason I've noticed that calls to IupPopup have stopped returning.
>
> My dialogs have a callback for CLOSE_CB like this:
>
> int win_dialog_ok_cb(Ihandle *self)
> {
> tWIN_DIALOG *dialog = (tWIN_DIALOG *)IupGetAttribute(self, "WIND");
> Ihandle *config = get_config();
> sds val;
>
> dialog->ok_clicked = 1;
>
> IupHide(dialog->dlg);
>
> return IUP_DEFAULT;
> }
>
>
> This has always worked before, but now it seems that the IupHide call
> enters a new loop which processes events from my main window.
>
> I tried returning IUP_CLOSE instead and commenting out IupHide, but the
> loop appears to be entered instead after the callback returns.
>
> [External Code]
> ... snip, below is a IUP timer callback ..
> stonenotes_nt.exe!win_ipc_timer(Ihandle_ * self) Line 4203 C
> [External Code]
> > stonenotes_nt.exe!win_dialog_show(const char * id, const char *
> ledFilename, int(*)(Ihandle_ *) callback, int(*)(WIN_DIALOG *, void *)
> value_callback, void * data) Line 120 C
> stonenotes_nt.exe!win_options_categories(Ihandle_ * self) Line 2748 C
> [External Code]
> stonenotes_nt.exe!main(int argc, char * * argv) Line 136 C++
> [External Code]
>
>
> My win_dialog_show function is what calls IupPopup. This function is never
> returned to, the rest of the execution happens inside the IupPopup call
> (2nd External Code above).
>
> Any ideas why this would have 

Re: [Iup-users] Linux build question?

[Antonio Scuri]

 We unwittingly included local dependencies files in the last distribution.
Erase the "dep" folder in the "src" files before building.

Best,
Scuri


Em ter., 11 de mai. de 2021 às 09:11, Matic Kukovec <
kukovecma...@hotmail.com> escreveu:

> Hello,
>
> I am trying to build on Ubuntu Linux and the building of IUP and when
> building CD with *make*,
> I get the following error:
>
> *make[1]: *** No rule to make target '/tecgraf/im/include/im.h', needed by
> '../obj/cdim/Linux54_64/cdim.o'. Stop*
> *make: *** [Makefile:18: cdim] Error 2*
>
>
> Why is it trying to find the header in "/tecgraf/im/include/im.h" and not
> in "../im/include/im.h"?
>
> I'm not that good with builds, especially on Linux, so any help is greatly
> appreciated.
>
> Thanks,
> Matic
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] Ubuntu ARM 64 - vertical RASTERSIZE not working

[Antonio Scuri]

When moving between systems, there will be always changes in control sizes.
IUP tries to set sizes accordingly, but the native sistem doesn't always
collaborate.

Usually in a dialog like this I wouldn't recommend setting sizes at all,
especially in pixels using RASTERSIZE. Even in Windows, things can go
wrong from one system to another. The less restrictive, the more flexible
your dialog is.

Use the alignment resources IUP has, to align things up. IUP will do all
the calculations for you. The more you try to control sizes in the UI, more
problems you will have.

PS: if I remember correctly GTK adds a lot of extra padding in IupText,
even when we define the default padding to be 0x0...

Best,
Scuri


Em qua., 21 de abr. de 2021 às 18:35,  escreveu:

> It seems that 'hot keys' (underlined character with the & preceding it)
> doesn't work with Gtk Linux IUP either.
>
> This is becoming VERY disappointing!
>
>
> On 2021-04-21 14:31, supp...@scriptbasic.org wrote:
> > It seems the text control height is fixed at 30 pixels. It doesn't
> > matter or change if I change the GLOBALFONT.
> >
> > Does control height only work in Windows?
> >
> >
> > On 2021-04-21 14:11, supp...@scriptbasic.org wrote:
> >> I created a simple form with a VBOX, HBOX and a TEXT control. No
> >> matter what I set the vertical height of the text box to (RASTERSIZE /
> >> USERSIZE / SIZE) the text box height is fixed. Is this how it is or is
> >> there something broken?
> >>
> >>
> >>
> >> On 2021-04-21 06:42, supp...@scriptbasic.org wrote:
> >>> I could make the form larger but having to deal with a fixed vertical
> >>> size is debilitating.
> >>>
> >>> On 2021-04-21 06:19, Ranier Vilela wrote:
>  De: supp...@scriptbasic.org 
>  Enviado: quarta-feira, 21 de abril de 2021 04:49
>  Para: IUP discussion list.
>  Assunto: Re: [Iup-users] Ubuntu ARM 64 - vertical RASTERSIZE not
>  working
> 
> > Here are a couple screen shots of my Windows 10 (good) and Ubuntu
> > 20.04
> > (bad) IUP layouts.
>  A simple and probably wrong guess.
>  In ARM64 (Ubuntu 20.04), the window size is very small,
>  to properly draw widgets?
> 
>  regards,
>  Ranier Vilela
> 
>  ___
>  Iup-users mailing list
>  Iup-users@lists.sourceforge.net
>  https://lists.sourceforge.net/lists/listinfo/iup-users
> >>>
> >>>
> >>> ___
> >>> Iup-users mailing list
> >>> Iup-users@lists.sourceforge.net
> >>> https://lists.sourceforge.net/lists/listinfo/iup-users
> >>
> >>
> >> ___
> >> Iup-users mailing list
> >> Iup-users@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/iup-users
> >
> >
> > ___
> > Iup-users mailing list
> > Iup-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/iup-users
>
>
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] Download Link Fails

[Antonio Scuri]

  Fixed. Thanks for reporting.

Best,
Scuri


Em seg., 19 de abr. de 2021 às 17:16,  escreveu:

> This link fails.
>
> https://www.tecgraf.puc-rio.br/iup/download
>
> Some other files are available directly at the IUP download folder:
>
>
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] Issue with iup.list and showdragdrop

[Antonio Scuri]

  Yes, I'm ok. Just busy with tons of tasks in other projects.

  As soon as I have some time I'll respond all messages. Sorry for the
delay.

Best,
Scuri

Em qui., 15 de abr. de 2021 14:29, Ranier Vilela 
escreveu:

> De: Scott Morgan via Iup-users 
> Enviado: quinta-feira, 15 de abril de 2021 13:35
> Para: iup-users@lists.sourceforge.net
> Cc: Scott Morgan
> Assunto: Re: [Iup-users] Issue with iup.list and showdragdrop
>
> On 14/04/2021 22:54, Ranier Vilela wrote:
> > De: Scott Morgan via Iup-users 
> >>
> >> Further examination suggests the problem is around src/win/iupwin_list.c
> >> line 1098.
> >
> >> The result of winListGetItemData isn't checked (returns NULL in this
> >> situation) and immediately used on the next line (itemdata->hBitmap)
> >
> > Correct, winListGetItemData can return NULL.
> > It's needed protect itemdata against NULL.
> >
>
> >Should I file a ticket somewhere?
> No. That is on that list.
> Scuri is responsible for the development team.
> Unfortunately it is absent for some time.
>
> Is everything okay Scuri?
>
> I wish you are well,
> Ranier Vilela
>
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] IupMultiLine: FORMATTING disables Unicode

[Antonio Scuri]

  When FOMARTTING=Yes, IupText/IupMultiline uses a completely different
native control internally.

  Something has gone wrong. I'll check it out.

Best,
Scuri


Em ter., 23 de mar. de 2021 às 21:33, Pete Lomax via Iup-users <
iup-users@lists.sourceforge.net> escreveu:

> If I comment-out the FORMATTING=YES line and re-run, I can paste unicode
> into it again.
>
> Windows 10, IUP 3.29
>
>
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] Problem with ftgl on debug version

[Antonio Scuri]

  Yes, it is missing. I'll fix this and let you know.

Best,
Scuri


Em sex., 19 de mar. de 2021 às 17:47, João Batista Sousa Jr. <
joaobatistasous...@gmail.com> escreveu:

> Ok, I was using ftgl_debug.lib under VC15, but it seems to be missing from
> the most recent download package from sourceforge
> (cd-5.14_Win32_vc16_lib.zip).
> Thanks for the support.
> João Batista
>
> Em sex., 19 de mar. de 2021 às 15:38, Antonio Scuri <
> antonio.sc...@gmail.com> escreveu:
>
>>   Hi,
>>
>>   There are two options:
>>
>> - You can use the ftgl_debug.lib library provided with the distribution.
>>
>> - You can build FTGL using the sources available in the CD distribution
>> download folder. They are different from the standard FTGL sources.
>>
>> Best,
>> Scuri
>>
>>
>> Em sex., 19 de mar. de 2021 às 00:34, João Batista Sousa Jr. <
>> joaobatistasous...@gmail.com> escreveu:
>>
>>> Hello all
>>> I am upgrading my IUP+CD program for the most recent versions, and for
>>> VC++2019 (from VC++2017). When I compile the debug version with the
>>> provided static libraries, VC complains about different RunTime libraries
>>> (ftgl.lib) and does not compile. Under release mode it is ok.
>>> I managed to compiled a debug version of ftgl from source, but when I
>>> linked with my program, unresolved symbols _ftglGetFontMaxWidth
>>> and _ftglSetNearestFilter (from cdgl library) are detected.
>>> Any suggestions?
>>> Thanks
>>> João Batista
>>> ___
>>> Iup-users mailing list
>>> Iup-users@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/iup-users
>>>
>> ___
>> Iup-users mailing list
>> Iup-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/iup-users
>>
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] Problem with ftgl on debug version

[Antonio Scuri]

  Hi,

  There are two options:

- You can use the ftgl_debug.lib library provided with the distribution.

- You can build FTGL using the sources available in the CD distribution
download folder. They are different from the standard FTGL sources.

Best,
Scuri


Em sex., 19 de mar. de 2021 às 00:34, João Batista Sousa Jr. <
joaobatistasous...@gmail.com> escreveu:

> Hello all
> I am upgrading my IUP+CD program for the most recent versions, and for
> VC++2019 (from VC++2017). When I compile the debug version with the
> provided static libraries, VC complains about different RunTime libraries
> (ftgl.lib) and does not compile. Under release mode it is ok.
> I managed to compiled a debug version of ftgl from source, but when I
> linked with my program, unresolved symbols _ftglGetFontMaxWidth
> and _ftglSetNearestFilter (from cdgl library) are detected.
> Any suggestions?
> Thanks
> João Batista
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] Trouble building im - I seem to be missing a variable?

[Antonio Scuri]

 That's weird, because that dependency occurs on the dependency file. If
you remove it or build from SVN, that's not hardcoded anywhere.

 For instance:

D:\tecgraf\cd\src>grep -R "/tecgraf/pdflib7" *
dep/cdpdf.dep.Linux313_64: ../include/cdpdf.h
/tecgraf/pdflib7/include/pdflib.h
dep/cdpdf.dep.Linux319_64: ../include/cdpdf.h
/tecgraf/pdflib7/include/pdflib.h
dep/cdpdf.dep.Linux415_64: ../include/cdpdf.h
/tecgraf/pdflib7/include/pdflib.h
dep/cdpdf.dep.Linux44_64: ../include/cdpdf.h
/tecgraf/pdflib7/include/pdflib.h
dep/cdpdf.dep.Linux50_64: ../include/cdpdf.h
/tecgraf/pdflib7/include/pdflib.h
dep/cdpdf.dep.Linux54_64: ../include/cdpdf.h
/tecgraf/pdflib7/include/pdflib.h




Em qui., 18 de mar. de 2021 às 08:56, Matt Welland 
escreveu:

> Yes, folder is removed. I also built from svn and see the same problem.
>
> Get BlueMail for Android <http://www.bluemail.me/r?b=16696>
> On Mar 17, 2021, at 10:56 AM, Antonio Scuri 
> wrote:
>>
>>  Still the same problem. Did you remove the folder in CD/src folder?
>>
>> Em qua., 17 de mar. de 2021 às 12:02, Matt Welland <
>> mattrwell...@gmail.com> escreveu:
>>
>>> Hi Scuri,
>>>
>>> I do get the message:
>>>
>>> make[1]: *** No rule to make target '/tecgraf/pdflib7/include/pdflib.h', 
>>> needed by '../obj/cdpdf/Linux54_64/cdpdf.o'.  Stop.
>>>
>>> *after* removing the dep dir. Can you suggest how to debug further?
>>>
>>> Thanks,
>>> Matt
>>> -=-
>>>
>>>
>>> On Mon, Mar 15, 2021 at 4:39 AM Antonio Scuri < antonio.sc...@gmail.com>
>>> wrote:
>>>
>>>> HiI,
>>>>
>>>> This is the same problem, but in the CD src folder. Simply erase the
>>>> folder:
>>>>
>>>> cd\src\dep
>>>>
>>>> If you get from SVN head, it will not have the problem. But there
>>>> aren't any differences in CD and IM that are worth it. Maybe in IUP.
>>>>
>>>> Best,
>>>> Scuri
>>>>
>>>>
>>>>
>>>> Em seg., 15 de mar. de 2021 às 02:18, Matt Welland <
>>>> mattrwell...@gmail.com> escreveu:
>>>>
>>>>> Thanks Scuri,
>>>>>
>>>>> That fixed it and it built a few times (I'm automating the build for
>>>>> my project). However I started getting an error regarding not finding
>>>>> grcbox.h so I removed the deps in all and then I get:
>>>>>
>>>>> Tecmake: starting [ cdpdf:Linux54_64 ]
>>>>> if [ ! -d ../obj/cdpdf/Linux54_64 ] ; then mkdir -p 
>>>>> ../obj/cdpdf/Linux54_64 ; fimake[1]: *** No rule to make target 
>>>>> '/tecgraf/pdflib7/include/pdflib.h', needed by 
>>>>> '../obj/cdpdf/Linux54_64/cdpdf.o'.  Stop.
>>>>> make: *** [Makefile:14: cdpdf] Error 2
>>>>>
>>>>> Would it be better if I worked from the svn repository? If so, how do I 
>>>>> get specific tags? If not, any idea what I might be doing wrong?
>>>>>
>>>>> If it matters, I'm trying to build on Ubuntu 18.04 and 20.04. I'd like to 
>>>>> get to a point where my automation is building regularly from both source 
>>>>> tars and svn.
>>>>>
>>>>> Thanks,
>>>>>
>>>>> Matt
>>>>> -=-
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> On Mon, Mar 8, 2021 at 5:38 AM Antonio Scuri < antonio.sc...@gmail.com>
>>>>> wrote:
>>>>>
>>>>>>   Hi,
>>>>>>
>>>>>>   This is an error in the distribution files. Erase the folder
>>>>>>
>>>>>> im\src\dep
>>>>>>
>>>>>>   And build again.
>>>>>>
>>>>>> Best,
>>>>>> Scuri
>>>>>>
>>>>>>
>>>>>> Em seg., 8 de mar. de 2021 às 03:34, Matt Welland <
>>>>>> mattrwell...@gmail.com> escreveu:
>>>>>>
>>>>>>> Tecmake: starting [ imlua51:Linux54_64 ]
>>>>>>> if [ ! -d ../obj/imlua51/Linux54_64/Lua51 ] ; then mkdir -p
>>>>>>> ../obj/imlua51/Linux54_64/Lua51 ; fi
>>>>>>> if [ ! -d ../lib/Linux54_64/Lua51 ] ; then mkdir -p
>>>>>>> ../lib/Linux54_64/Lua51 ; fi
>>>>>>> make[1]: *** No rule to make target '/tecgraf/lua5.1/include/lua.h',
>>>>>>> 

Re: [Iup-users] Trouble building im - I seem to be missing a variable?

[Antonio Scuri]

 Still the same problem. Did you remove the folder in CD/src folder?

Em qua., 17 de mar. de 2021 às 12:02, Matt Welland 
escreveu:

> Hi Scuri,
>
> I do get the message:
>
> make[1]: *** No rule to make target '/tecgraf/pdflib7/include/pdflib.h', 
> needed by '../obj/cdpdf/Linux54_64/cdpdf.o'.  Stop.
>
> *after* removing the dep dir. Can you suggest how to debug further?
>
> Thanks,
> Matt
> -=-
>
>
> On Mon, Mar 15, 2021 at 4:39 AM Antonio Scuri 
> wrote:
>
>> HiI,
>>
>> This is the same problem, but in the CD src folder. Simply erase the
>> folder:
>>
>> cd\src\dep
>>
>> If you get from SVN head, it will not have the problem. But there aren't
>> any differences in CD and IM that are worth it. Maybe in IUP.
>>
>> Best,
>> Scuri
>>
>>
>>
>> Em seg., 15 de mar. de 2021 às 02:18, Matt Welland <
>> mattrwell...@gmail.com> escreveu:
>>
>>> Thanks Scuri,
>>>
>>> That fixed it and it built a few times (I'm automating the build for my
>>> project). However I started getting an error regarding not finding grcbox.h
>>> so I removed the deps in all and then I get:
>>>
>>> Tecmake: starting [ cdpdf:Linux54_64 ]
>>> if [ ! -d ../obj/cdpdf/Linux54_64 ] ; then mkdir -p ../obj/cdpdf/Linux54_64 
>>> ; fimake[1]: *** No rule to make target 
>>> '/tecgraf/pdflib7/include/pdflib.h', needed by 
>>> '../obj/cdpdf/Linux54_64/cdpdf.o'.  Stop.
>>> make: *** [Makefile:14: cdpdf] Error 2
>>>
>>> Would it be better if I worked from the svn repository? If so, how do I get 
>>> specific tags? If not, any idea what I might be doing wrong?
>>>
>>> If it matters, I'm trying to build on Ubuntu 18.04 and 20.04. I'd like to 
>>> get to a point where my automation is building regularly from both source 
>>> tars and svn.
>>>
>>> Thanks,
>>>
>>> Matt
>>> -=-
>>>
>>>
>>>
>>>
>>> On Mon, Mar 8, 2021 at 5:38 AM Antonio Scuri 
>>> wrote:
>>>
>>>>   Hi,
>>>>
>>>>   This is an error in the distribution files. Erase the folder
>>>>
>>>> im\src\dep
>>>>
>>>>   And build again.
>>>>
>>>> Best,
>>>> Scuri
>>>>
>>>>
>>>> Em seg., 8 de mar. de 2021 às 03:34, Matt Welland <
>>>> mattrwell...@gmail.com> escreveu:
>>>>
>>>>> Tecmake: starting [ imlua51:Linux54_64 ]
>>>>> if [ ! -d ../obj/imlua51/Linux54_64/Lua51 ] ; then mkdir -p
>>>>> ../obj/imlua51/Linux54_64/Lua51 ; fi
>>>>> if [ ! -d ../lib/Linux54_64/Lua51 ] ; then mkdir -p
>>>>> ../lib/Linux54_64/Lua51 ; fi
>>>>> make[1]: *** No rule to make target '/tecgraf/lua5.1/include/lua.h',
>>>>> needed by '../obj/imlua51/Linux54_64/Lua51/imlua.o'.  Stop.
>>>>> make: *** [Makefile:28: imlua5] Error 2
>>>>>
>>>>> The Lua variables are set as follows:
>>>>>
>>>>> LUA_SUFFIX
>>>>> LUA_INC /usr/include/lua5.1
>>>>> LUA_LIB /usr/lib
>>>>> USE_LUA_VERSION 51
>>>>>
>>>>> I'm trying to follow the instructions from 
>>>>> https://webserver2.tecgraf.puc-rio.br/im/en/building.html
>>>>>
>>>>> Thanks.
>>>>>
>>>>> ___
>>>>> Iup-users mailing list
>>>>> Iup-users@lists.sourceforge.net
>>>>> https://lists.sourceforge.net/lists/listinfo/iup-users
>>>>>
>>>> ___
>>>> Iup-users mailing list
>>>> Iup-users@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/iup-users
>>>>
>>> ___
>>> Iup-users mailing list
>>> Iup-users@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/iup-users
>>>
>> ___
>> Iup-users mailing list
>> Iup-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/iup-users
>>
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] FLATLIST Arithmetic Exception and Scroll Always Active

[Antonio Scuri]

 That seems to be a bug. I'll check it out and let you know in a couple of
days.

 Which IUP version are you using? and in which system?

Best,
Scuri


Em seg., 15 de mar. de 2021 às 08:35, Michele Franzan <
michele.fran...@velex.it> escreveu:

> Dear All,
>
>
>
> I’m trying to use a FLATLIST implemented in LED with the following setup:
>
>
>
> win_change_view_list = FLATLIST[EXPAND="YES", BGCOLOR="#e0e0e0"]()
>
>
>
> I’m noticing two strange behaviors:
>
>- If the FLATLIST remains empty when clicking on it, it returns an
>arithmetic exception.
>- If there is at least an item the scroll is active, even if the
>FLATLIST covers a greater area than the item, and it is possible to scroll
>down and not seeing any element.
>
> I don’t know if I’m missing something but I can’t find any solution to
> those problems.
>
>
>
> Best regards,
>
>
>
> Michele Franzan
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] Trouble building im - I seem to be missing a variable?

[Antonio Scuri]

HiI,

This is the same problem, but in the CD src folder. Simply erase the folder:

cd\src\dep

If you get from SVN head, it will not have the problem. But there aren't
any differences in CD and IM that are worth it. Maybe in IUP.

Best,
Scuri



Em seg., 15 de mar. de 2021 às 02:18, Matt Welland 
escreveu:

> Thanks Scuri,
>
> That fixed it and it built a few times (I'm automating the build for my
> project). However I started getting an error regarding not finding grcbox.h
> so I removed the deps in all and then I get:
>
> Tecmake: starting [ cdpdf:Linux54_64 ]
> if [ ! -d ../obj/cdpdf/Linux54_64 ] ; then mkdir -p ../obj/cdpdf/Linux54_64 ; 
> fimake[1]: *** No rule to make target '/tecgraf/pdflib7/include/pdflib.h', 
> needed by '../obj/cdpdf/Linux54_64/cdpdf.o'.  Stop.
> make: *** [Makefile:14: cdpdf] Error 2
>
> Would it be better if I worked from the svn repository? If so, how do I get 
> specific tags? If not, any idea what I might be doing wrong?
>
> If it matters, I'm trying to build on Ubuntu 18.04 and 20.04. I'd like to get 
> to a point where my automation is building regularly from both source tars 
> and svn.
>
> Thanks,
>
> Matt
> -=-
>
>
>
>
> On Mon, Mar 8, 2021 at 5:38 AM Antonio Scuri 
> wrote:
>
>>   Hi,
>>
>>   This is an error in the distribution files. Erase the folder
>>
>> im\src\dep
>>
>>   And build again.
>>
>> Best,
>> Scuri
>>
>>
>> Em seg., 8 de mar. de 2021 às 03:34, Matt Welland 
>> escreveu:
>>
>>> Tecmake: starting [ imlua51:Linux54_64 ]
>>> if [ ! -d ../obj/imlua51/Linux54_64/Lua51 ] ; then mkdir -p
>>> ../obj/imlua51/Linux54_64/Lua51 ; fi
>>> if [ ! -d ../lib/Linux54_64/Lua51 ] ; then mkdir -p
>>> ../lib/Linux54_64/Lua51 ; fi
>>> make[1]: *** No rule to make target '/tecgraf/lua5.1/include/lua.h',
>>> needed by '../obj/imlua51/Linux54_64/Lua51/imlua.o'.  Stop.
>>> make: *** [Makefile:28: imlua5] Error 2
>>>
>>> The Lua variables are set as follows:
>>>
>>> LUA_SUFFIX
>>> LUA_INC /usr/include/lua5.1
>>> LUA_LIB /usr/lib
>>> USE_LUA_VERSION 51
>>>
>>> I'm trying to follow the instructions from 
>>> https://webserver2.tecgraf.puc-rio.br/im/en/building.html
>>>
>>> Thanks.
>>>
>>> ___
>>> Iup-users mailing list
>>> Iup-users@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/iup-users
>>>
>> ___
>> Iup-users mailing list
>> Iup-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/iup-users
>>
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] Trouble building im - I seem to be missing a variable?

[Antonio Scuri]

  Hi,

  This is an error in the distribution files. Erase the folder

im\src\dep

  And build again.

Best,
Scuri


Em seg., 8 de mar. de 2021 às 03:34, Matt Welland 
escreveu:

> Tecmake: starting [ imlua51:Linux54_64 ]
> if [ ! -d ../obj/imlua51/Linux54_64/Lua51 ] ; then mkdir -p
> ../obj/imlua51/Linux54_64/Lua51 ; fi
> if [ ! -d ../lib/Linux54_64/Lua51 ] ; then mkdir -p
> ../lib/Linux54_64/Lua51 ; fi
> make[1]: *** No rule to make target '/tecgraf/lua5.1/include/lua.h',
> needed by '../obj/imlua51/Linux54_64/Lua51/imlua.o'.  Stop.
> make: *** [Makefile:28: imlua5] Error 2
>
> The Lua variables are set as follows:
>
> LUA_SUFFIX
> LUA_INC /usr/include/lua5.1
> LUA_LIB /usr/lib
> USE_LUA_VERSION 51
>
> I'm trying to follow the instructions from 
> https://webserver2.tecgraf.puc-rio.br/im/en/building.html
>
> Thanks.
>
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] Compiling IUP

[Antonio Scuri]

OK!

Em qua., 10 de fev. de 2021 às 19:28, Milind Gupta 
escreveu:

> Actually I was going to the source directory and running make. Ran from
> the upper directory. Now it is good.
>
> Thanks,
> Milind
>
> On Wed, Feb 10, 2021 at 1:40 PM Milind Gupta 
> wrote:
>
>> Hi Antonio,
>>   I followed the steps to build IUP from source (on ARM Linux).
>> Everything worked fine but after making IUP I just see 1 dynamic library in
>> IUP - libiup.so. I am not sure why it did not build libiuplua53.so
>>
>> I compiled it using the instructions on the web only that I used the make
>> command as:
>>
>> make USE_LUA_VERSION=53
>>
>> I have libimlua53.so and libcdlua53.so and associated files in their
>> respective directories and I can require them in Lua just fine. Only the
>> IUP Lua dynamic library is missing.
>>
>> There was no errors during compilation.
>>
>> Is there any setting I missed?
>>
>> Thanks,
>> Milind
>>
>> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] Problem to compile CD module

[Antonio Scuri]

  Ok. I found the problem. It was my fault. The source package was built
with the local dependency files.

  Please, erase the folder "dep" whenever it exists, before building.

Best,
Scuri


Em qua., 13 de jan. de 2021 às 00:17, navegantes carlinhos <
navegan...@yahoo.com.br> escreveu:

> Well,
>
> Reinstalled the library The FreeType Project
> <https://sourceforge.net/projects/freetype/> . The lib fgtl is installed
> in same level that others libs, but "recurrent message" follows:
>
> Tecmake: starting [ iupglcontrols:Linux415_64 ]
> make[2]: *** No rule to make target '/tecgraf/ftgl/include/FTGL/ftgl.h',
> needed by '../obj/iupglcontrols/Linux415_64/iup_glfont.o'.  Pare.
> Makefile:10: recipe for target 'do_all' failed
> make[1]: *** [do_all] Error 2
> Makefile:27: recipe for target 'iupglcontrols' failed
> make: *** [iupglcontrols] Error 2
>
> Some light  (= luz) ?
> .
>
> Att Carlinhos
> The FreeType Project
>
> Download The FreeType Project for free. A free, high-quality, and portable
> font engine. FreeType is written in C...
> <https://sourceforge.net/projects/freetype/>
>
>
>
>
> Em terça-feira, 12 de janeiro de 2021 08:03:31 BRT, Antonio Scuri <
> antonio.sc...@gmail.com> escreveu:
>
>
> Notice that Freetype must be installed from the system, but FTGL must be
> the one that we provide along with the IUP or CD sources. And must be
> installed in a folder at the same level of the other libraries.
>
> Best,
> Scuri
>
>
> Em seg, 11 de jan de 2021 23:17, navegantes carlinhos <
> navegan...@yahoo.com.br> escreveu:
>
> Hi, Scuri I removed the folder iup/src/dep  after your sugestion  and so
> "skip"  the previous  error  but in new  process of the I built the iup
> library,  I got a new  message following
>
>
> Tecmake: compiling iup_glimage.c ...
> gcc -c  -Wall -O2 -m64 -fPIC -I../include -I../src -I.
> -I../../ftgl/include -I/usr/include/freetype2   -DFTGL_LIBRARY_STATIC
> -DGL_EDITDLG -DTEC_UNAME=Linux415_64 -DTEC_SYSNAME=Linux -DLinux=4.15
> -DTEC_LITTLEENDIAN -DTEC_64 -DFUNCPROTO=15 -DNDEBUG -o
> ../obj/iupglcontrols/Linux415_64/iup_glimage.o iup_glimage.c
> make[2]: *** No rule to make target '/tecgraf/ftgl/include/FTGL/ftgl.h',
> needed by '../obj/iupglcontrols/Linux415_64/iup_glfont.o'.  Pare.
> Makefile:10: recipe for target 'do_all' failed
> make[1]: *** [do_all] Error 2
> Makefile:27: recipe for target 'iupglcontrols' failed
> make: *** [iupglcontrols] Error 2
>
> ps:The librarries freetype and ftgl was installed before making iup lib.
>
>
>
>  Att Carlinhos
>
> Em segunda-feira, 11 de janeiro de 2021 13:50:09 BRT, Antonio Scuri <
> antonio.sc...@gmail.com> escreveu:
>
>
>   That error seems to be an outdated dependencies file. Try to delete the
> file iup/src/iup.dep or the folder iup/src/dep/.
>
>   It is not necessary to install uuid-dev. The gtk-dev package will do
> that or equivalent.
>
> Best,
> Scuri
>
>
> Em seg., 11 de jan. de 2021 às 00:37, navegantes carlinhos <
> navegan...@yahoo.com.br> escreveu:
>
> Thank youtr reply, Scuri, I did the download of  the source pdflib
> according to you adivse and so i generate the lib of cd.
>
> After that,
>
>  I am trying  to create the library of  iup module, but  I got the
> following error;
>
> ecmake: starting [ iup:Linux415_64 ]
> make[2]: *** No rule to make target '/usr/include/glib-2.0/glib/guuid.h',
> needed by '../obj/Linux415_64/iup_thread.o'.  Pare.
> Makefile:12: recipe for target 'iup' failed
> make[1]: *** [iup] Error 2
> Makefile:13: recipe for target 'iup' failed
> make: *** [iup] Error 2
>
> After that message I running the following :
>
> $ dpkg -L libglib2.0-dev | grep guuid.h
>
> $ sudo apt-get install uuid-dev
>
> Is the some package to install that contains  the file guuid.h? I
> installed the uuid-dev but I got the same error yet.
>
>
>
>
>
>
> Em sexta-feira, 8 de janeiro de 2021 13:08:37 BRT, Antonio Scuri <
> antonio.sc...@gmail.com> escreveu:
>
>
>   Hi,
>
>   You have to download the pdflib source package available with the CD
> download files.
>
> Best,
> Scuri
>
>
> Em qui., 7 de jan. de 2021 às 19:52, navegantes carlinhos <
> navegan...@yahoo.com.br> escreveu:
>
> Feliz ano ano para todos ! Happy new year 2021
>
> I am building the module accoding to guide to linux, but I am getting the
> following error.
>
> Is there some "tip" for solving that issue?
>
> gcc -c  -Wall -O2 -m64 -fPIC -I. -Isim -I../../pdflib7/include
> -I../include -DTEC_UNAME=Linux415_64 -DTEC_SYSNAME=Linux -DLinux=4.15
>

Re: [Iup-users] Problem to compile CD module

[Antonio Scuri]

Notice that Freetype must be installed from the system, but FTGL must be
the one that we provide along with the IUP or CD sources. And must be
installed in a folder at the same level of the other libraries.

Best,
Scuri


Em seg, 11 de jan de 2021 23:17, navegantes carlinhos <
navegan...@yahoo.com.br> escreveu:

> Hi, Scuri I removed the folder iup/src/dep  after your sugestion  and so
> "skip"  the previous  error  but in new  process of the I built the iup
> library,  I got a new  message following
>
>
> Tecmake: compiling iup_glimage.c ...
> gcc -c  -Wall -O2 -m64 -fPIC -I../include -I../src -I.
> -I../../ftgl/include -I/usr/include/freetype2   -DFTGL_LIBRARY_STATIC
> -DGL_EDITDLG -DTEC_UNAME=Linux415_64 -DTEC_SYSNAME=Linux -DLinux=4.15
> -DTEC_LITTLEENDIAN -DTEC_64 -DFUNCPROTO=15 -DNDEBUG -o
> ../obj/iupglcontrols/Linux415_64/iup_glimage.o iup_glimage.c
> make[2]: *** No rule to make target '/tecgraf/ftgl/include/FTGL/ftgl.h',
> needed by '../obj/iupglcontrols/Linux415_64/iup_glfont.o'.  Pare.
> Makefile:10: recipe for target 'do_all' failed
> make[1]: *** [do_all] Error 2
> Makefile:27: recipe for target 'iupglcontrols' failed
> make: *** [iupglcontrols] Error 2
>
> ps:The librarries freetype and ftgl was installed before making iup lib.
>
>
>
>  Att Carlinhos
>
> Em segunda-feira, 11 de janeiro de 2021 13:50:09 BRT, Antonio Scuri <
> antonio.sc...@gmail.com> escreveu:
>
>
>   That error seems to be an outdated dependencies file. Try to delete the
> file iup/src/iup.dep or the folder iup/src/dep/.
>
>   It is not necessary to install uuid-dev. The gtk-dev package will do
> that or equivalent.
>
> Best,
> Scuri
>
>
> Em seg., 11 de jan. de 2021 às 00:37, navegantes carlinhos <
> navegan...@yahoo.com.br> escreveu:
>
> Thank youtr reply, Scuri, I did the download of  the source pdflib
> according to you adivse and so i generate the lib of cd.
>
> After that,
>
>  I am trying  to create the library of  iup module, but  I got the
> following error;
>
> ecmake: starting [ iup:Linux415_64 ]
> make[2]: *** No rule to make target '/usr/include/glib-2.0/glib/guuid.h',
> needed by '../obj/Linux415_64/iup_thread.o'.  Pare.
> Makefile:12: recipe for target 'iup' failed
> make[1]: *** [iup] Error 2
> Makefile:13: recipe for target 'iup' failed
> make: *** [iup] Error 2
>
> After that message I running the following :
>
> $ dpkg -L libglib2.0-dev | grep guuid.h
>
> $ sudo apt-get install uuid-dev
>
> Is the some package to install that contains  the file guuid.h? I
> installed the uuid-dev but I got the same error yet.
>
>
>
>
>
>
> Em sexta-feira, 8 de janeiro de 2021 13:08:37 BRT, Antonio Scuri <
> antonio.sc...@gmail.com> escreveu:
>
>
>   Hi,
>
>   You have to download the pdflib source package available with the CD
> download files.
>
> Best,
> Scuri
>
>
> Em qui., 7 de jan. de 2021 às 19:52, navegantes carlinhos <
> navegan...@yahoo.com.br> escreveu:
>
> Feliz ano ano para todos ! Happy new year 2021
>
> I am building the module accoding to guide to linux, but I am getting the
> following error.
>
> Is there some "tip" for solving that issue?
>
> gcc -c  -Wall -O2 -m64 -fPIC -I. -Isim -I../../pdflib7/include
> -I../include -DTEC_UNAME=Linux415_64 -DTEC_SYSNAME=Linux -DLinux=4.15
> -DTEC_LITTLEENDIAN -DTEC_64 -DFUNCPROTO=15 -DNDEBUG -o
> ../obj/cdpdf/Linux415_64/cdpdf.o drv/cdpdf.c
> drv/cdpdf.c:17:20: fatal error: *pdflib.h: Arquivo ou diretório não
> encontrado*
> compilation terminated.
> ../tecmake.mak:1770: recipe for target '../obj/cdpdf/Linux415_64/cdpdf.o'
> failed
> make[2]: *** [../obj/cdpdf/Linux415_64/cdpdf.o] Error 1
> Makefile:14: recipe for target 'cdpdf' failed
> make[1]: *** [cdpdf] Error 2
> Makefile:4: recipe for target 'do_all' failed
> make: *** [do_all] Error 2
>
>
> Sinceraly, Carlinhos
>
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users

Re: [Iup-users] Problem to compile CD module

[Antonio Scuri]

  That error seems to be an outdated dependencies file. Try to delete the
file iup/src/iup.dep or the folder iup/src/dep/.

  It is not necessary to install uuid-dev. The gtk-dev package will do that
or equivalent.

Best,
Scuri


Em seg., 11 de jan. de 2021 às 00:37, navegantes carlinhos <
navegan...@yahoo.com.br> escreveu:

> Thank youtr reply, Scuri, I did the download of  the source pdflib
> according to you adivse and so i generate the lib of cd.
>
> After that,
>
>  I am trying  to create the library of  iup module, but  I got the
> following error;
>
> ecmake: starting [ iup:Linux415_64 ]
> make[2]: *** No rule to make target '/usr/include/glib-2.0/glib/guuid.h',
> needed by '../obj/Linux415_64/iup_thread.o'.  Pare.
> Makefile:12: recipe for target 'iup' failed
> make[1]: *** [iup] Error 2
> Makefile:13: recipe for target 'iup' failed
> make: *** [iup] Error 2
>
> After that message I running the following :
>
> $ dpkg -L libglib2.0-dev | grep guuid.h
>
> $ sudo apt-get install uuid-dev
>
> Is the some package to install that contains  the file guuid.h? I
> installed the uuid-dev but I got the same error yet.
>
>
>
>
>
>
> Em sexta-feira, 8 de janeiro de 2021 13:08:37 BRT, Antonio Scuri <
> antonio.sc...@gmail.com> escreveu:
>
>
>   Hi,
>
>   You have to download the pdflib source package available with the CD
> download files.
>
> Best,
> Scuri
>
>
> Em qui., 7 de jan. de 2021 às 19:52, navegantes carlinhos <
> navegan...@yahoo.com.br> escreveu:
>
> Feliz ano ano para todos ! Happy new year 2021
>
> I am building the module accoding to guide to linux, but I am getting the
> following error.
>
> Is there some "tip" for solving that issue?
>
> gcc -c  -Wall -O2 -m64 -fPIC -I. -Isim -I../../pdflib7/include
> -I../include -DTEC_UNAME=Linux415_64 -DTEC_SYSNAME=Linux -DLinux=4.15
> -DTEC_LITTLEENDIAN -DTEC_64 -DFUNCPROTO=15 -DNDEBUG -o
> ../obj/cdpdf/Linux415_64/cdpdf.o drv/cdpdf.c
> drv/cdpdf.c:17:20: fatal error: *pdflib.h: Arquivo ou diretório não
> encontrado*
> compilation terminated.
> ../tecmake.mak:1770: recipe for target '../obj/cdpdf/Linux415_64/cdpdf.o'
> failed
> make[2]: *** [../obj/cdpdf/Linux415_64/cdpdf.o] Error 1
> Makefile:14: recipe for target 'cdpdf' failed
> make[1]: *** [cdpdf] Error 2
> Makefile:4: recipe for target 'do_all' failed
> make: *** [do_all] Error 2
>
>
> Sinceraly, Carlinhos
>
>
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users