date:20200803

Re: [Iup-users] IUP 3.30

2020-08-03 Thread Ranier Vilela

>  We just released IUP version 3.30

>   We would like to highlight some of the new features:

>  *   New: WYSIWYG HTML editor support for IupWebBrowser. See EDITABLE 
> attribute documentation.
>  *   New: EXTRATEXTid and EXTRATEXTWIDTH attributes for IupFlatTree. Thanks 
> to M. Voznesenskiy.
>  *   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.
 > *   Several bug fixes

>   You can find the complete list of changes and files for download at:
Thanks Scuri,

regards,
Ranier Vilela


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

[Iup-users] IUP weird issues (DirectX)

2020-08-03 Thread Ranier Vilela

Hi Scuri,

The are some new issues with IUP.

1. With 2DDirectX enabled  (with theme manifest actived)
DatePick control not is drawed with same height of IupText.
Must be fixed by set SIZE to "200x11", by example.

2. With 2DDirectX enabled (with theme manifest actived)
(a) Size Windows, not the same with GDI sizes.
(b) When set with:
IupSetAttribute(dlg, "PLACEMENT", "MAXIMIZED");
But, when restore with:
IupSetAttribute(dlg, "PLACEMENT", "NORMAL");
windows size is totally wrong (too smal).

3. IupMatrix BUTTON_CB, is exported?
To implement PopUp menu context, need this:

IupSetCallback(mat, "__OLD_BUTTON_CB", (Icallback) IupGetCallback(mat, 
"BUTTON_CB"));
IupSetCallback(mat, "BUTTON_CB", (Icallback) iup_popupmenu_button_cb);

To call original action BUTTON_CB.
What is different from traditional callbacks?

regards,
Ranier Vilela

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

Re: [Iup-users] IUP weird issues (DirectX)

2020-08-03 Thread Antonio Scuri

3. IupMatrix BUTTON_CB, is exported?
To implement PopUp menu context, need this:
IupSetCallback(mat, "__OLD_BUTTON_CB", (Icallback) IupGetCallback(mat,
"BUTTON_CB"));
IupSetCallback(mat, "BUTTON_CB", (Icallback) iup_popupmenu_button_cb);
To call original action BUTTON_CB.
What is different from traditional callbacks?

  IupMatrix inherits from IupCanvas, but it uses several IupCanvas
callbacks. So to use an already used callback you have to do that.

  But IupMatrix also exports its own callbacks. For instance, you can use
the CLICK_CB or RELEASE_CB callbacks to implement a popup menu.

Best,
Scuri




Em seg., 3 de ago. de 2020 às 13:47, Ranier Vilela 
escreveu:

> Hi Scuri,
>
> The are some new issues with IUP.
>
> 1. With 2DDirectX enabled  (with theme manifest actived)
> DatePick control not is drawed with same height of IupText.
> Must be fixed by set SIZE to "200x11", by example.
>
> 2. With 2DDirectX enabled (with theme manifest actived)
> (a) Size Windows, not the same with GDI sizes.
> (b) When set with:
> IupSetAttribute(dlg, "PLACEMENT", "MAXIMIZED");
> But, when restore with:
> IupSetAttribute(dlg, "PLACEMENT", "NORMAL");
> windows size is totally wrong (too smal).
>
> 3. IupMatrix BUTTON_CB, is exported?
> To implement PopUp menu context, need this:
>
> IupSetCallback(mat, "__OLD_BUTTON_CB", (Icallback) IupGetCallback(mat,
> "BUTTON_CB"));
> IupSetCallback(mat, "BUTTON_CB", (Icallback) iup_popupmenu_button_cb);
>
> To call original action BUTTON_CB.
> What is different from traditional callbacks?
>
> 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] Thanks for IUP 3.30 (SVN r5892)

2020-08-03 Thread sur-behoffski

G'day Antonio plus Tecgraf group,

Thanks for IUP 3.30.

As per the subject line, this corresponds to SVN r5892 in the
SourceForge canvasdraw-cd repository.

cheers,

s-b etc.


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

Re: [Iup-users] IUP weird issues (DirectX)

2020-08-03 Thread Antonio Scuri

1 and 2) Sorry I couldn't reproduce your problem here. Using Direct2D for
IupDraw does not affect the rest of the IUP elements, only the elements
that are draw like IupFlat*.

  Anyway, IupDatePick does not have the same height as IupText.

Best,
Scuri



Em seg., 3 de ago. de 2020 às 18:16, Antonio Scuri 
escreveu:

> 3. IupMatrix BUTTON_CB, is exported?
> To implement PopUp menu context, need this:
> IupSetCallback(mat, "__OLD_BUTTON_CB", (Icallback) IupGetCallback(mat,
> "BUTTON_CB"));
> IupSetCallback(mat, "BUTTON_CB", (Icallback) iup_popupmenu_button_cb);
> To call original action BUTTON_CB.
> What is different from traditional callbacks?
>
>   IupMatrix inherits from IupCanvas, but it uses several IupCanvas
> callbacks. So to use an already used callback you have to do that.
>
>   But IupMatrix also exports its own callbacks. For instance, you can use
> the CLICK_CB or RELEASE_CB callbacks to implement a popup menu.
>
> Best,
> Scuri
>
>
>
>
> Em seg., 3 de ago. de 2020 às 13:47, Ranier Vilela 
> escreveu:
>
>> Hi Scuri,
>>
>> The are some new issues with IUP.
>>
>> 1. With 2DDirectX enabled  (with theme manifest actived)
>> DatePick control not is drawed with same height of IupText.
>> Must be fixed by set SIZE to "200x11", by example.
>>
>> 2. With 2DDirectX enabled (with theme manifest actived)
>> (a) Size Windows, not the same with GDI sizes.
>> (b) When set with:
>> IupSetAttribute(dlg, "PLACEMENT", "MAXIMIZED");
>> But, when restore with:
>> IupSetAttribute(dlg, "PLACEMENT", "NORMAL");
>> windows size is totally wrong (too smal).
>>
>> 3. IupMatrix BUTTON_CB, is exported?
>> To implement PopUp menu context, need this:
>>
>> IupSetCallback(mat, "__OLD_BUTTON_CB", (Icallback)
>> IupGetCallback(mat, "BUTTON_CB"));
>> IupSetCallback(mat, "BUTTON_CB", (Icallback) iup_popupmenu_button_cb);
>>
>> To call original action BUTTON_CB.
>> What is different from traditional callbacks?
>>
>> 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] Thanks for IUP 3.30 (SVN r5892)

2020-08-03 Thread sur-behoffski

On 2020-08-04 07:17, sur-behoffski wrote:
> G'day Antonio plus Tecgraf group,
> 
> Thanks for IUP 3.30.
> 
> As per the subject line, this corresponds to SVN r5892 in the
> SourceForge canvasdraw-cd repository.
> 

Duh!  Foreshadowing my next message.

Glaring error in the Subversion repository name above:

Should be "iup-iup", not "canvasdraw-cd".

Remind me to not post before my first coffee of the day, sigh.

cheers,

s-b

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

[Iup-users] CD still has PDFLlib-Lite troubles.

2020-08-03 Thread sur-behoffski

G'day,

I copied repository folder "pdflib7" to the top level of the build
workspace, and this appear to have resolved the "#include "
trouble reported by the CD build previously.

(For the record, I'm using CD r894.)

However, I cannot convince CD to dynamically link libcdpdf.so:

Tecmake: linking libcdpdf.so ...
gcc -shared -o ../lib/Linux54_64/libcdpdf.so 
../obj/cdpdf/Linux54_64/cdpdf.o  -L../../lua5.1/lib/Linux54_64 
-L../lib/Linux54_64 -L../../pdflib7/lib/Linux54_64 -llua5.1 -lcd -lfontconfig 
-lfreetype -lpdflib -lz -lm
/usr/bin/ld: cannot find -lpdflib
collect2: error: ld returned 1 exit status
../tecmake.mak:1669: recipe for target '../lib/Linux54_64/libcdpdf.so' 
failed
make[1]: *** [../lib/Linux54_64/libcdpdf.so] Error 1
Makefile:14: recipe for target 'cdpdf' failed
make: *** [cdpdf] Error 2

Looking back into the "pdflib7/" tree, I'm still frustrated by
the Makefile target "do_all".

cheers,

s-b.


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

Re: [Iup-users] CD still has PDFLlib-Lite troubles.

2020-08-03 Thread Antonio Scuri

  Were you able to build FTGL from the same repository?



Em seg., 3 de ago. de 2020 às 19:33, sur-behoffski <
sur_behoff...@grouse.com.au> escreveu:

> G'day,
>
> I copied repository folder "pdflib7" to the top level of the build
> workspace, and this appear to have resolved the "#include "
> trouble reported by the CD build previously.
>
> (For the record, I'm using CD r894.)
>
> However, I cannot convince CD to dynamically link libcdpdf.so:
>
> Tecmake: linking libcdpdf.so ...
> gcc -shared -o ../lib/Linux54_64/libcdpdf.so
> ../obj/cdpdf/Linux54_64/cdpdf.o  -L../../lua5.1/lib/Linux54_64
> -L../lib/Linux54_64 -L../../pdflib7/lib/Linux54_64 -llua5.1 -lcd
> -lfontconfig -lfreetype -lpdflib -lz -lm
> /usr/bin/ld: cannot find -lpdflib
> collect2: error: ld returned 1 exit status
> ../tecmake.mak:1669: recipe for target
> '../lib/Linux54_64/libcdpdf.so' failed
> make[1]: *** [../lib/Linux54_64/libcdpdf.so] Error 1
> Makefile:14: recipe for target 'cdpdf' failed
> make: *** [cdpdf] Error 2
>
> Looking back into the "pdflib7/" tree, I'm still frustrated by
> the Makefile target "do_all".
>
> cheers,
>
> s-b.
>
>
> ___
> 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] CD still has PDFLlib-Lite troubles.

2020-08-03 Thread Antonio Scuri

  I just tested on Ubuntu:

curi@ubuntu20:/tecgraf/pdflib7/src$ make
Tecmake: Building Dependencies ... [ pdflib.dep ] (can be slow)

Tecmake: starting [ pdflib:Linux54_64 ]
if [ ! -d ../obj/Linux54_64 ] ; then mkdir -p ../obj/Linux54_64 ; fi
if [ ! -d ../lib/Linux54_64 ] ; then mkdir -p ../lib/Linux54_64 ; fi

Tecmake: compiling pdflib.c ...


Em seg., 3 de ago. de 2020 às 19:43, Antonio Scuri 
escreveu:

>   Were you able to build FTGL from the same repository?
>
>
>
> Em seg., 3 de ago. de 2020 às 19:33, sur-behoffski <
> sur_behoff...@grouse.com.au> escreveu:
>
>> G'day,
>>
>> I copied repository folder "pdflib7" to the top level of the build
>> workspace, and this appear to have resolved the "#include "
>> trouble reported by the CD build previously.
>>
>> (For the record, I'm using CD r894.)
>>
>> However, I cannot convince CD to dynamically link libcdpdf.so:
>>
>> Tecmake: linking libcdpdf.so ...
>> gcc -shared -o ../lib/Linux54_64/libcdpdf.so
>> ../obj/cdpdf/Linux54_64/cdpdf.o  -L../../lua5.1/lib/Linux54_64
>> -L../lib/Linux54_64 -L../../pdflib7/lib/Linux54_64 -llua5.1 -lcd
>> -lfontconfig -lfreetype -lpdflib -lz -lm
>> /usr/bin/ld: cannot find -lpdflib
>> collect2: error: ld returned 1 exit status
>> ../tecmake.mak:1669: recipe for target
>> '../lib/Linux54_64/libcdpdf.so' failed
>> make[1]: *** [../lib/Linux54_64/libcdpdf.so] Error 1
>> Makefile:14: recipe for target 'cdpdf' failed
>> make: *** [cdpdf] Error 2
>>
>> Looking back into the "pdflib7/" tree, I'm still frustrated by
>> the Makefile target "do_all".
>>
>> cheers,
>>
>> s-b.
>>
>>
>> ___
>> 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] CD still has PDFLlib-Lite troubles.

2020-08-03 Thread Antonio Scuri

  Update your SVN, just committed a few files.



Em seg., 3 de ago. de 2020 às 19:50, Antonio Scuri 
escreveu:

>   I just tested on Ubuntu:
>
> curi@ubuntu20:/tecgraf/pdflib7/src$ make
> Tecmake: Building Dependencies ... [ pdflib.dep ] (can be slow)
>
> Tecmake: starting [ pdflib:Linux54_64 ]
> if [ ! -d ../obj/Linux54_64 ] ; then mkdir -p ../obj/Linux54_64 ; fi
> if [ ! -d ../lib/Linux54_64 ] ; then mkdir -p ../lib/Linux54_64 ; fi
>
> Tecmake: compiling pdflib.c ...
>
>
> Em seg., 3 de ago. de 2020 às 19:43, Antonio Scuri <
> antonio.sc...@gmail.com> escreveu:
>
>>   Were you able to build FTGL from the same repository?
>>
>>
>>
>> Em seg., 3 de ago. de 2020 às 19:33, sur-behoffski <
>> sur_behoff...@grouse.com.au> escreveu:
>>
>>> G'day,
>>>
>>> I copied repository folder "pdflib7" to the top level of the build
>>> workspace, and this appear to have resolved the "#include "
>>> trouble reported by the CD build previously.
>>>
>>> (For the record, I'm using CD r894.)
>>>
>>> However, I cannot convince CD to dynamically link libcdpdf.so:
>>>
>>> Tecmake: linking libcdpdf.so ...
>>> gcc -shared -o ../lib/Linux54_64/libcdpdf.so
>>> ../obj/cdpdf/Linux54_64/cdpdf.o  -L../../lua5.1/lib/Linux54_64
>>> -L../lib/Linux54_64 -L../../pdflib7/lib/Linux54_64 -llua5.1 -lcd
>>> -lfontconfig -lfreetype -lpdflib -lz -lm
>>> /usr/bin/ld: cannot find -lpdflib
>>> collect2: error: ld returned 1 exit status
>>> ../tecmake.mak:1669: recipe for target
>>> '../lib/Linux54_64/libcdpdf.so' failed
>>> make[1]: *** [../lib/Linux54_64/libcdpdf.so] Error 1
>>> Makefile:14: recipe for target 'cdpdf' failed
>>> make: *** [cdpdf] Error 2
>>>
>>> Looking back into the "pdflib7/" tree, I'm still frustrated by
>>> the Makefile target "do_all".
>>>
>>> cheers,
>>>
>>> s-b.
>>>
>>>
>>> ___
>>> 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 weird issues (DirectX)

2020-08-03 Thread Ranier Vilela

>  But IupMatrix also exports its own callbacks. For instance, you can use the 
> CLICK_CB or RELEASE_CB callbacks to >implement a popup menu.
Ok, many thanks.

regards,
Ranier Vilela


Em seg., 3 de ago. de 2020 às 13:47, Ranier Vilela 
mailto:ranier_...@hotmail.com>> escreveu:
Hi Scuri,

The are some new issues with IUP.

1. With 2DDirectX enabled  (with theme manifest actived)
DatePick control not is drawed with same height of IupText.
Must be fixed by set SIZE to "200x11", by example.

2. With 2DDirectX enabled (with theme manifest actived)
(a) Size Windows, not the same with GDI sizes.
(b) When set with:
IupSetAttribute(dlg, "PLACEMENT", "MAXIMIZED");
But, when restore with:
IupSetAttribute(dlg, "PLACEMENT", "NORMAL");
windows size is totally wrong (too smal).

3. IupMatrix BUTTON_CB, is exported?
To implement PopUp menu context, need this:

IupSetCallback(mat, "__OLD_BUTTON_CB", (Icallback) IupGetCallback(mat, 
"BUTTON_CB"));
IupSetCallback(mat, "BUTTON_CB", (Icallback) iup_popupmenu_button_cb);

To call original action BUTTON_CB.
What is different from traditional callbacks?

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] Thank you for cd r896 (prev: r894)

2020-08-03 Thread sur-behoffski

G'day,

I've updated my repository, and have placed pdflib7 and ftgl into
the workspace by hand (now I have to work out the best way to
integrate these into the assistant...).  CD/PDFLib-Lite-7 and ftgl
in the canvasdraw-cd repository is now at r896.

I'm pleased that, with some (obvious) manual intervention, all of
CD, IM and IUP now build fully, and I can run my usual very-trivial
IUP "hello, world" script.

Many thanks for your quick response.

On the "ftgl" front, I was able to make it a top-level project
alongside pdflib7, and was able to successfully run "make" in this
subdirectory.

Since FTGL was a problem previously, interfering with "iupvled",
I've tried to improve the IUP build, by removing:

EXCLUDE_TARGETS="iupvled"

from the IUP top-level compilation line.

Sadly (but this was very much a long shot that I did just out of hope),
iupvled partially built, but then halted with the following error:




[... other make output ...]

In file included from vled_image_editor.c:7:0:
../include/iup.h:334:14: note: expected 'const char **' but argument is 
of type 'char **'
 IUP_API int  IupListDialog(int type, const char *title, int size, 
const char** list,
  ^
At top level:
vled_image_editor.c:891:13: warning: 'view_fit_rect' defined but not 
used [-Wunused-function]
 static void view_fit_rect(int canvas_width, int canvas_height, int 
image_width, int image_height, int *view_width, int *view_height)
 ^

Tecmake: linking iupvled ...
g++ -o ../bin/Linux54_64/iupvled ../obj/iupvled/Linux54_64/iup_vled.o 
../obj/iupvled/Linux54_64/iup_vled_imgs.o 
../obj/iupvled/Linux54_64/vled_image_editor.o ../lib/Linux54_64/libiupim.a 
../../im/lib/Linux54_64/libim_process.a ../../cd/lib/Linux54_64/libcdim.a 
../lib/Linux54_64/libiupimglib.a ../lib/Linux54_64/libiup_scintilla.a 
../lib/Linux54_64/libiupglcontrols.a  ../lib/Linux54_64/libiup_plot.a 
../../cd/lib/Linux54_64/libcdgl.a ../../cd/lib/Linux54_64/libcdcontextplus.a 
../lib/Linux54_64/libiupcontrols.a ../lib/Linux54_64/libiupweb.a 
/usr/lib/x86_64-linux-gnu/liblua5.1.a ../lib/Linux54_64/libiupcd.a 
../lib/Linux54_64/libiupgl.a ../lib/Linux54_64/libiup.a 
../../cd/lib/Linux54_64/libcd.a ../../im/lib/Linux54_64/libim.a 
../../ftgl/lib/Linux54_64/libftgl.a -L/usr/X11R6/lib64 -latk-1.0 -lfontconfig 
-lpng -lwebkit2gtk-4.0 -lgio-2.0 -lfreetype -lz -lGLU -lGL -lXext -lX11 -lm 
-lgtk-3 -lgdk-3 -lpangocairo-1.0 -lpango-1.0 -latk-1.0 -lcairo-gobject -lcairo 
-lgdk_pixbuf-2.0 -lgio-2.0
  -lgobject-2.0 -lglib-2.0
/usr/bin/ld: ../lib/Linux54_64/libiup_scintilla.a(PlatGTK.o): undefined 
reference to symbol 'g_module_symbol'
//usr/lib/x86_64-linux-gnu/libgmodule-2.0.so.0: error adding symbols: 
DSO missing from command line
collect2: error: ld returned 1 exit status
../tecmake.mak:1695: recipe for target '../bin/Linux54_64/iupvled' 
failed
make[2]: *** [../bin/Linux54_64/iupvled] Error 1
Makefile:10: recipe for target 'do_all' failed
make[1]: *** [do_all] Error 2
Makefile:51: recipe for target 'iupvled' failed
make: *** [iupvled] Error 2





So, thank you for fixing the main CD/pdflib7 issue so quickly, and
I'll work on improving my infrastructure do all that the pdflib7
(and ftgl?) require to successfully build without manual intervention.

[And yes, I'm into my second coffee of the day, now!]

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

Re: [Iup-users] IUP 3.30

[Iup-users] IUP weird issues (DirectX)

Re: [Iup-users] IUP weird issues (DirectX)

[Iup-users] Thanks for IUP 3.30 (SVN r5892)

Re: [Iup-users] IUP weird issues (DirectX)

Re: [Iup-users] Thanks for IUP 3.30 (SVN r5892)

[Iup-users] CD still has PDFLlib-Lite troubles.

Re: [Iup-users] CD still has PDFLlib-Lite troubles.

Re: [Iup-users] CD still has PDFLlib-Lite troubles.

Re: [Iup-users] CD still has PDFLlib-Lite troubles.

Re: [Iup-users] IUP weird issues (DirectX)

[Iup-users] Thank you for cd r896 (prev: r894)

12 matches

Site Navigation

Mail list logo

Footer information