iup-users — IUP Discussion List

Re: [Iup-users] Making a vector drawing tool with IUP+CD?

[Antonio S. <ant...@gm...>]

Hi,

> Or do I have to add my own code to answer queries like is point (x,y)
close enough to
that bezier curve to register a hit, on a mouse click?

CD does not have functions like that, it is a simple graphics library. Such
questions don't usually be solved by graphics libraries. Foley is a great
reference, Graphics Gems is another.

I would search for algorithms and implement myself...

Em sex., 6 de set. de 2024 às 12:04, Johann ''Myrkraverk'' Oskarsson via
Iup-users <iup...@li...> escreveu:

> Dear IUP List,
>
> I'd like to try my hand at making a vector drawing tool, from scratch.
> And I'd rather not have to invent the math and algorithms myself.
>
> Are there APIs in IUP and/or CD that make this easy?  Or do I have to
> add my own code to answer queries like is point (x,y) close enough to
> that bezier curve to register a hit, on a mouse click?
>
> Is there a good book on the subjects I need?  I've been flipping through
> the old Foley book, /Computer Graphics, Principles and Practice/ (1995)
> but it seems to be a bit high level for practitioners or I'm just lost
> in the math.
>
> Website resources would be cool too; I'm not a fan of videos.
>
>
> Thanks,
> Johann
>
>
> _______________________________________________
> Iup-users mailing list
> Iup...@li...
> https://lists.sourceforge.net/lists/listinfo/iup-users
>

[Iup-users] Making a vector drawing tool with IUP+CD?

[Johann ''Myrkraverk'' O. <joh...@wa...>]

Dear IUP List,

I'd like to try my hand at making a vector drawing tool, from scratch.
And I'd rather not have to invent the math and algorithms myself.

Are there APIs in IUP and/or CD that make this easy?  Or do I have to
add my own code to answer queries like is point (x,y) close enough to
that bezier curve to register a hit, on a mouse click?

Is there a good book on the subjects I need?  I've been flipping through
the old Foley book, /Computer Graphics, Principles and Practice/ (1995)
but it seems to be a bit high level for practitioners or I'm just lost
in the math.

Website resources would be cool too; I'm not a fan of videos.


Thanks,
Johann

Re: [Iup-users] IUP C99 patches?

[Antonio S. <ant...@gm...>]

 Exactly, because of that old compilers, we prefer to stay as it is. Até
least for now.
But thanks for the offer.

Best,
Scuri

Em ter., 20 de ago. de 2024, 13:22, Devin Smith <dev...@gm...>
escreveu:

> Hi all,
>
> I notice that IUP could incorporate some enhancements from C99 (for
> example intptr_t from stdint.h) or snprintf instead of sprintf. Would
> patches to use some C99 code be welcomed? I understand IUP does target
> older Unix systems with the Motif driver (and maybe those don't have a
> C99 compiler). MSVC also got some C99 support in Visual Studio 2015.
>
> Thanks,
>
> Devin Smith
>
>
> _______________________________________________
> Iup-users mailing list
> Iup...@li...
> https://lists.sourceforge.net/lists/listinfo/iup-users
>

[Iup-users] IUP C99 patches?

[Devin S. <dev...@gm...>]

Hi all,

I notice that IUP could incorporate some enhancements from C99 (for
example intptr_t from stdint.h) or snprintf instead of sprintf. Would
patches to use some C99 code be welcomed? I understand IUP does target
older Unix systems with the Motif driver (and maybe those don't have a
C99 compiler). MSVC also got some C99 support in Visual Studio 2015.

Thanks,

Devin Smith

Re: [Iup-users] Creating your own widgets

[Antonio S. <ant...@gm...>]

 In the IUP web site at "Internal SDK". There are no specific examples. You
can take a look at IUP existing controls downloading the source code.

Best,
Scuri


Em sáb., 27 de jul. de 2024 às 08:36, Tumanov Alex <tum...@ya...>
escreveu:

> Hello!
>
> Please tell me where I can find detailed information about creating my own
> widgets and examples of their creation.
>
> --
> Alex
>
> _______________________________________________
> Iup-users mailing list
> Iup...@li...
> https://lists.sourceforge.net/lists/listinfo/iup-users
>

[Iup-users] [ANN] lglicua-0.1-beta2 released...

[sur-behoffski <sur...@gr...>]

G'day,

[This is for iup-users; the same message appears on lua-l.]

My Lua-to-GNU/Linux-LuaRocks-Tecgraf{IM,CD,IUP} project has been
significantly updated, and is available on SourceForge at:

        https://sourceforge.net/projects/lglicua/files/

This is the first release in over a year, and the code has been
updated in various places:

    - Supports Lua 5.4.7.  Uses source compilation, so can provide
      versions of Lua not supported by the Distribution's package
      manager.  More support has been added for
      {static,dynamic}*{C,C++} build variants;

    - Continues to support "continue" experimental patch, e.g.:

            PROJECT/install> ./i lua-install 5.4.7+continue

      Other experimental patches can be added over time;

    - LuaRocks upgraded from 3.9.2 to latest stable 3.11.1;

[Just as an aside, lglicua may be useful just to get
Lua+LuaRocks+various Rocks onto a machine, even where the user has
no interest in the Tecgraf components.]

    - Supports quite a range of GNU/Linux distributions:

        * Debian/Ubuntu family:

            * Debian 12.5;

            * Kali 2024.2;

            * Linux Mint 19.3, 20.3, 21.3 and newly-released 22;

            * MX23.3_ahs_x64;

            * Ubuntu 22.04.4, 23.10 and 24.04; and

        * Red Hat family:

            * CentOS-Core 7;

            * CentOS-Stream 8 and 9;

            * Rocky Linux 8.10, 9.3 and 9.4.

The code has had a brief sanity test (many, many runs across 16
machines, with an attempted full build of major packages from
source, each time code was changed), but hasn't had a thorough
regression test, Valgrind or other stress testing.

--------

Antonio Scuri has been the manager for the Tecgraf IM/CD/IUP
packages (on SourceForge); I'm not sure of his current
responsibilities within PUC/Rio.

--------

cheers,

sur-behoffski (Brenton Hoff)
programmer, Grouse Software

Re: [Iup-users] Visual Studio project not compiling

[Алексей <ta...@ya...>]

<div><div><span style="white-space:pre-wrap">Thanks for the reply. I am creating a Visual Studio project using the wizard. The method you suggested is very difficult for me and not very clear. I would still like to understand why ip.lib, included in the necessary project parameters, is not linked. I plan to continue creating projects with the help of the wizard, this method suits me perfectly.</span></div></div><div> </div><div>27.07.2024, 20:52, "Isaac Raway" &lt;is...@mm...&gt;:</div><blockquote><div>How did you generate your project files? I generally using CMake to create the sln and cproject files automatically as it is otherwise a bit of a chore. Also, CMake is IUP's native build system, which can be helpful.</div><div> </div><div>Another question is, how did you obtain IUP? My recommendation is to use PMM to get all dependencies automatically, including IUP itself, from an appropriate package source such as vcpkg.</div><div> </div><div><a href="https://github.com/vector-of-bool/pmm" rel="noopener noreferrer">https://github.com/vector-of-bool/pmm</a></div><div> </div><div>This should be a good starting point (not at my main machine right now so I can't easily access my very messy project files to ensure this is 100% correct but let me know if it doesn't work):</div><div> </div><div>********** CMakeLists.txt **********</div><div> </div><div>```cmake</div><div>cmake_minimum_required(VERSION 3.15)</div><div>project(iup_example)</div><div> </div><div>set(CMAKE_CXX_STANDARD 17)</div><div> </div><div># Include PMM</div><div>include(pmm.cmake)</div><div>pmm(VCPKG</div><div>    PACKAGES</div><div>        iup</div><div>        cd</div><div>        im</div><div>)</div><div> </div><div># Find packages</div><div>find_package(IUP CONFIG REQUIRED)</div><div>find_package(CD CONFIG REQUIRED)</div><div>find_package(IM CONFIG REQUIRED)</div><div> </div><div># Add the executable</div><div>add_executable(iup_example main.cpp)</div><div> </div><div># Link libraries</div><div>target_link_libraries(iup_example PRIVATE </div><div>    IUP::iup </div><div>    IUP::iupcontrols</div><div>    IUP::iupcd</div><div>    IUP::iupim</div><div>    CD::cd</div><div>    IM::im</div><div>)</div><div> </div><div># Copy LED file to build directory</div><div>configure_file(${CMAKE_SOURCE_DIR}/example.led ${CMAKE_BINARY_DIR}/example.led COPYONLY)</div><div>```</div><div> </div><div>********** main.cpp **********</div><div> </div><div>```cpp</div><div>#include &lt;iup.h&gt;</div><div>#include &lt;iupcontrols.h&gt;</div><div>#include &lt;cd.h&gt;</div><div>#include &lt;cdiup.h&gt;</div><div>#include &lt;im.h&gt;</div><div>#include &lt;im_image.h&gt;</div><div> </div><div>int main(int argc, char **argv) {<!-- --></div><div>    IupOpen(&amp;argc, &amp;argv);</div><div>    IupControlsOpen();</div><div>    </div><div>    cdInitContextPlus();</div><div>    cdInitContextIup();</div><div>    </div><div>    imInitialize();</div><div> </div><div>    Ihandle* dlg = IupLoad("example.led");</div><div>    if (!dlg) {<!-- --></div><div>        IupMessage("Error", "Can't load LED file");</div><div>        return 1;</div><div>    }</div><div> </div><div>    IupShowXY(dlg, IUP_CENTER, IUP_CENTER);</div><div> </div><div>    IupMainLoop();</div><div> </div><div>    IupClose();</div><div>    imFinialize();</div><div>    return 0;</div><div>}</div><div>```</div><div> </div><div>********** example.led **********</div><div> </div><div>``iupled</div><div>dialog = DIALOG[TITLE="IUP Controls Example"]</div><div>(</div><div>  VBOX</div><div>  (</div><div>    HBOX(LABEL[TITLE="Button:"], BUTTON[TITLE="Click Me"])</div><div>    HBOX(LABEL[TITLE="Toggle:"], TOGGLE[TITLE="On/Off"])</div><div>    HBOX(LABEL[TITLE="Text:"], TEXT[VALUE="Enter text here"])</div><div>    HBOX(LABEL[TITLE="List:"], LIST[1="Item 1", 2="Item 2", 3="Item 3"])</div><div>    HBOX(LABEL[TITLE="Tree:"], TREE[NAME="tree"])</div><div>    HBOX(LABEL[TITLE="Tabs:"], TABS(VBOX(LABEL[TITLE="Tab 1"]), VBOX(LABEL[TITLE="Tab 2"])))</div><div>    HBOX(LABEL[TITLE="Progress:"], PROGRESSBAR[VALUE="50"])</div><div>    HBOX(LABEL[TITLE="Val:"], VAL[MIN=0, MAX=100, VALUE=50])</div><div>    HBOX(LABEL[TITLE="Dial:"], DIAL[DENSITY=10])</div><div>    HBOX(LABEL[TITLE="Gauge:"], GAUGE[VALUE=0.7])</div><div>    HBOX(LABEL[TITLE="ColorBrowser:"], COLORBROWSER[])</div><div>    HBOX(LABEL[TITLE="MatrixEx:"], MATRIXEX[NUMCOL=3, NUMLIN=3])</div><div>    HBOX(LABEL[TITLE="GLCanvas:"], GLCANVAS[RASTERSIZE=100x100])</div><div>    HBOX(LABEL[TITLE="MglPlot:"], MGLPLOT[RASTERSIZE=200x150])</div><div>    HBOX(LABEL[TITLE="Plot:"], PLOT[RASTERSIZE=200x150])</div><div>  )</div><div>)</div><div>```</div><div> </div><div>********* to build VisualStudio project files **********</div><div> </div><div>1. Via the Start Menu, find an item named "Developer Command Prompt for VS [Your Version]" (e.g., "Developer Command Prompt for VS 2022").</div><div> </div><div>2. Open it. You'll see a command prompt window with a message indicating it's set up the environment for Visual Studio.</div><div> </div><div>3. Navigate to your project directory:</div><div>   ```</div><div>   cd path\to\your\project</div><div>   ```</div><div> </div><div>4. Then, run the CMake command to generate your project files:</div><div>   ```</div><div>   mkdir build</div><div>   cd build</div><div>   cmake .. -G "Visual Studio 17 2022" -A x64</div><div>   ```</div><div> </div><div>   (Adjust the Visual Studio version as needed to match the Command Prompt version you opened)</div><div> </div><div>5. After CMake generates the files, you can either:</div><div>   - Open the .sln file in Visual Studio, or</div><div>   - Build from this same command prompt and still in the "build\" directory as above:</div><div> </div><div>     ```</div><div>     cmake --build . --config Release</div><div>     ```</div><div>Or</div><div>     ```</div><div>     cmake --build . --config Debug</div><div>      </div><div> </div><div>6. If you compiled via the command prompt as above, you can run the EXE via the appropriate path depending on the configuration you used</div><div> </div><div>1. Debug Configuration:</div><div>   ```</div><div>   [project_root]\build\Debug\iup_example.exe</div><div>   ```</div><div> </div><div>2. Release Configuration:</div><div>   ```</div><div>   [project_root]\build\Release\iup_example.exe</div><div>   ```</div><div> </div><div>Hope this helps, and if not, please follow up!</div><div> </div><div>IJR</div><div> </div><div> </div><div>Disclosure: These are tool-assisted instructions, heavily edited by me and with my own introduction based on several years of IUP usage as well as several years of C/C++ package management struggles. &gt;_&lt;</div><div> </div><div> </div><div>On Sat, Jul 27, 2024, at 6:52 AM, Алексей wrote:</div><div>Hello!</div><div>...snip...</div><div>When compiling a project, I receive messages:</div><div>...snip...</div><div> </div><div> </div><div> </div><div> </div><div> </div><div> </div><div> </div><div> </div><div> </div><div> </div><div> </div><div> </div><div> </div><div> </div><div> </div><div> </div><div> </div><div> </div><div> </div><div> </div><div> </div><div> </div>,,<p>_______________________________________________<br />Iup-users mailing list<br /><a href="mailto:Iup...@li..." rel="noopener noreferrer">Iup...@li...</a><br /><a href="https://lists.sourceforge.net/lists/listinfo/iup-users" rel="noopener noreferrer">https://lists.sourceforge.net/lists/listinfo/iup-users</a></p></blockquote><div> </div><div> </div><div>-- </div><div>С уважением, Алексей</div><div> </div>

Re: [Iup-users] Visual Studio project not compiling

[Isaac R. <is...@mm...>]

How did you generate your project files? I generally using CMake to create the sln and cproject files automatically as it is otherwise a bit of a chore. Also, CMake is IUP's native build system, which can be helpful.

Another question is, how did you obtain IUP? My recommendation is to use PMM to get all dependencies automatically, including IUP itself, from an appropriate package source such as vcpkg.

https://github.com/vector-of-bool/pmm

This should be a good starting point (not at my main machine right now so I can't easily access my very messy project files to ensure this is 100% correct but let me know if it doesn't work):

********** CMakeLists.txt **********

```cmake
cmake_minimum_required(VERSION 3.15)
project(iup_example)

set(CMAKE_CXX_STANDARD 17)

# Include PMM
include(pmm.cmake)
pmm(VCPKG
    PACKAGES
        iup
        cd
        im
)

# Find packages
find_package(IUP CONFIG REQUIRED)
find_package(CD CONFIG REQUIRED)
find_package(IM CONFIG REQUIRED)

# Add the executable
add_executable(iup_example main.cpp)

# Link libraries
target_link_libraries(iup_example PRIVATE 
    IUP::iup 
    IUP::iupcontrols
    IUP::iupcd
    IUP::iupim
    CD::cd
    IM::im
)

# Copy LED file to build directory
configure_file(${CMAKE_SOURCE_DIR}/example.led ${CMAKE_BINARY_DIR}/example.led COPYONLY)
```

********** main.cpp **********

```cpp
#include <iup.h>
#include <iupcontrols.h>
#include <cd.h>
#include <cdiup.h>
#include <im.h>
#include <im_image.h>

int main(int argc, char **argv) {
    IupOpen(&argc, &argv);
    IupControlsOpen();
    
    cdInitContextPlus();
    cdInitContextIup();
    
    imInitialize();

    Ihandle* dlg = IupLoad("example.led");
    if (!dlg) {
        IupMessage("Error", "Can't load LED file");
        return 1;
    }

    IupShowXY(dlg, IUP_CENTER, IUP_CENTER);

    IupMainLoop();

    IupClose();
    imFinialize();
    return 0;
}
```

********** example.led **********

``iupled
dialog = DIALOG[TITLE="IUP Controls Example"]
(
  VBOX
  (
    HBOX(LABEL[TITLE="Button:"], BUTTON[TITLE="Click Me"])
    HBOX(LABEL[TITLE="Toggle:"], TOGGLE[TITLE="On/Off"])
    HBOX(LABEL[TITLE="Text:"], TEXT[VALUE="Enter text here"])
    HBOX(LABEL[TITLE="List:"], LIST[1="Item 1", 2="Item 2", 3="Item 3"])
    HBOX(LABEL[TITLE="Tree:"], TREE[NAME="tree"])
    HBOX(LABEL[TITLE="Tabs:"], TABS(VBOX(LABEL[TITLE="Tab 1"]), VBOX(LABEL[TITLE="Tab 2"])))
    HBOX(LABEL[TITLE="Progress:"], PROGRESSBAR[VALUE="50"])
    HBOX(LABEL[TITLE="Val:"], VAL[MIN=0, MAX=100, VALUE=50])
    HBOX(LABEL[TITLE="Dial:"], DIAL[DENSITY=10])
    HBOX(LABEL[TITLE="Gauge:"], GAUGE[VALUE=0.7])
    HBOX(LABEL[TITLE="ColorBrowser:"], COLORBROWSER[])
    HBOX(LABEL[TITLE="MatrixEx:"], MATRIXEX[NUMCOL=3, NUMLIN=3])
    HBOX(LABEL[TITLE="GLCanvas:"], GLCANVAS[RASTERSIZE=100x100])
    HBOX(LABEL[TITLE="MglPlot:"], MGLPLOT[RASTERSIZE=200x150])
    HBOX(LABEL[TITLE="Plot:"], PLOT[RASTERSIZE=200x150])
  )
)
```

********* to build VisualStudio project files **********

1. Via the Start Menu, find an item named "Developer Command Prompt for VS [Your Version]" (e.g., "Developer Command Prompt for VS 2022").

2. Open it. You'll see a command prompt window with a message indicating it's set up the environment for Visual Studio.

3. Navigate to your project directory:
   ```
   cd path\to\your\project
   ```

4. Then, run the CMake command to generate your project files:
   ```
   mkdir build
   cd build
   cmake .. -G "Visual Studio 17 2022" -A x64
   ```

   (Adjust the Visual Studio version as needed to match the Command Prompt version you opened)

5. After CMake generates the files, you can either:
   - Open the .sln file in Visual Studio, or
   - Build from this same command prompt and still in the "build\" directory as above:

     ```
     cmake --build . --config Release
     ```
Or
     ```
     cmake --build . --config Debug
      

6. If you compiled via the command prompt as above, you can run the EXE via the appropriate path depending on the configuration you used

1. Debug Configuration:
   ```
   [project_root]\build\Debug\iup_example.exe
   ```

2. Release Configuration:
   ```
   [project_root]\build\Release\iup_example.exe
   ```

Hope this helps, and if not, please follow up!

IJR


Disclosure: These are tool-assisted instructions, heavily edited by me and with my own introduction based on several years of IUP usage as well as several years of C/C++ package management struggles. >_<


On Sat, Jul 27, 2024, at 6:52 AM, Алексей wrote:
Hello!
...snip...
When compiling a project, I receive messages:
...snip...

[Iup-users] Visual Studio project not compiling

[Алексей <ta...@ya...>]

<div>Hello!</div><div><div><div>Windows 11 64 bit, Visual Studio 2019, iup-3.31_Win64_vc17_lib.zip, example file source.c. When compiling a project, I receive messages:</div><div>Build started...</div><div>1&gt;------ Build started: Project: IupVsConsole19, Configuration: Debug x64 ------</div><div>1&gt;sample.c</div><div>1&gt;LINK : warning LNK4098: defaultlib 'LIBCMT' conflicts with use of other libs; use /NODEFAULTLIB:library</div><div>1&gt;iup.lib(iupwin_open.obj) : error LNK2019: unresolved external symbol __imp_InitCommonControlsEx referenced in function iupdrvOpen</div><div>1&gt;iup.lib(iupwin_list.obj) : error LNK2019: unresolved external symbol __imp_MakeDragList referenced in function winListEnableDragDrop</div><div>1&gt;iup.lib(iupwin_list.obj) : error LNK2019: unresolved external symbol __imp_LBItemFromPt referenced in function iupwinListDND</div><div>1&gt;iup.lib(iupwin_tabs.obj) : error LNK2019: unresolved external symbol __imp_ImageList_Create referenced in function winTabsGetImageIndex</div><div>1&gt;iup.lib(iupwin_tree.obj) : error LNK2001: unresolved external symbol __imp_ImageList_Create</div><div>1&gt;iup.lib(iupwin_tabs.obj) : error LNK2019: unresolved external symbol __imp_ImageList_Destroy referenced in function winTabsUnMapMethod</div><div>1&gt;iup.lib(iupwin_tree.obj) : error LNK2001: unresolved external symbol __imp_ImageList_Destroy</div><div>1&gt;iup.lib(iupwin_tabs.obj) : error LNK2019: unresolved external symbol __imp_ImageList_GetImageCount referenced in function winTabsGetImageIndex</div><div>1&gt;iup.lib(iupwin_tree.obj) : error LNK2001: unresolved external symbol __imp_ImageList_GetImageCount</div><div>1&gt;iup.lib(iupwin_tabs.obj) : error LNK2019: unresolved external symbol __imp_ImageList_Add referenced in function winTabsGetImageIndex</div><div>1&gt;iup.lib(iupwin_tree.obj) : error LNK2001: unresolved external symbol __imp_ImageList_Add</div><div>1&gt;iup.lib(iupwin_tabs.obj) : error LNK2019: unresolved external symbol __imp_ImageList_Draw referenced in function winTabsDrawTab</div><div>1&gt;iup.lib(iupwin_tabs.obj) : error LNK2019: unresolved external symbol __imp_ImageList_GetImageInfo referenced in function winTabsDrawTab</div><div>1&gt;iup.lib(iupwin_tree.obj) : error LNK2019: unresolved external symbol __imp_ImageList_BeginDrag referenced in function winTreeDragBegin</div><div>1&gt;iup.lib(iupwin_tree.obj) : error LNK2019: unresolved external symbol __imp_ImageList_EndDrag referenced in function winTreeDragDrop</div><div>1&gt;iup.lib(iupwin_tree.obj) : error LNK2019: unresolved external symbol __imp_ImageList_DragEnter referenced in function winTreeDragBegin</div><div>1&gt;iup.lib(iupwin_tree.obj) : error LNK2019: unresolved external symbol __imp_ImageList_DragLeave referenced in function winTreeDragDrop</div><div>1&gt;iup.lib(iupwin_tree.obj) : error LNK2019: unresolved external symbol __imp_ImageList_DragMove referenced in function winTreeDragMove</div><div>1&gt;iup.lib(iupwin_tree.obj) : error LNK2019: unresolved external symbol __imp_ImageList_DragShowNolock referenced in function winTreeDragMove</div><div>1&gt;iup.lib(iupwin_tree.obj) : error LNK2019: unresolved external symbol __imp_ImageList_GetIconSize referenced in function winTreeMapMethod</div><div>1&gt;N:\MyProgramming\IUP\IupVsConsole19\x64\Debug\IupVsConsole19.exe : fatal error LNK1120: 16 unresolved externals</div><div>1&gt;Done building project "IupVsConsole19.vcxproj" -- FAILED.</div><div>========== Build: 0 succeeded, 1 failed, 0 up-to-date, 0 skipped ==========</div><div><div>Project  on  https://disk.yandex.ru/d/mdMtvBwejxA_xA</div></div></div></div><div>-- </div><div>С уважением, Алексей</div><div> </div>

[Iup-users] Creating your own widgets

[Tumanov A. <tum...@ya...>]

<div><div><span style="white-space:pre-wrap">Hello! </span></div><div> </div><div><span style="white-space:pre-wrap">Please tell me where I can find detailed information about creating my own widgets and examples of their creation.</span></div></div><div> </div>-- <br />Alex<div> </div>

Re: [Iup-users] IupGetActionName

[<su...@sc...>]

I was able to solve my problem. I was looking at some old code. Attached 
is an example of the latest IUP code working with ScriptBasic 3.0 
Windows 64 bit.


On 2024-04-19 22:24, su...@sc... wrote:
> I'm trying to get the ScriptBasic Windows 64 bit IUP interface compiled 
> and it seems IupGetActionName was removed in 3.19.
> 
> I use this function to determine what callback type that was executed. 
> I'm still doing IupCallBackWait which I plan to change to a more direct 
> callback to ScriptBasic in the near future. Is there a function I can 
> use that will tell me the callback type? (button, listbox, ...)
> 
> John
> 
> 
> _______________________________________________
> Iup-users mailing list
> Iup...@li...
> https://lists.sourceforge.net/lists/listinfo/iup-users

[Iup-users] IupGetActionName

[<su...@sc...>]

I'm trying to get the ScriptBasic Windows 64 bit IUP interface compiled 
and it seems IupGetActionName was removed in 3.19.

I use this function to determine what callback type that was executed. 
I'm still doing IupCallBackWait which I plan to change to a more direct 
callback to ScriptBasic in the near future. Is there a function I can 
use that will tell me the callback type? (button, listbox, ...)

John

Re: [Iup-users] C++ wrapper

[Gia H. N. <gia...@ya...>]

<div>I'm using MinGW compiler provided by winlibs.com (UCRT64).</div><div> </div><div>19.01.2024, 19:54, "Antonio Scuri" &lt;ant...@gm...&gt;:</div><blockquote><div> I don't get this error here. Which compiler are you using?</div> <div><div>Em qui., 18 de jan. de 2024 às 07:23, Gia Hung Nguyen &lt;<a href="mailto:gia...@ya..." rel="noopener noreferrer">gia...@ya...</a>&gt; escreveu:</div><blockquote style="border-left-color:rgb( 204 , 204 , 204 );border-left-style:solid;border-left-width:1px;margin:0px 0px 0px 0.8ex;padding-left:1ex"><div><p style="color:rgb( 37 , 37 , 37 )">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.</p></div>_______________________________________________<br />Iup-users mailing list<br /><a href="mailto:Iup...@li..." rel="noopener noreferrer" target="_blank">Iup...@li...</a><br /><a href="https://lists.sourceforge.net/lists/listinfo/iup-users" rel="noopener noreferrer" target="_blank">https://lists.sourceforge.net/lists/listinfo/iup-users</a></blockquote></div>,,<p>_______________________________________________<br />Iup-users mailing list<br /><a href="mailto:Iup...@li..." rel="noopener noreferrer">Iup...@li...</a><br /><a href="https://lists.sourceforge.net/lists/listinfo/iup-users" rel="noopener noreferrer">https://lists.sourceforge.net/lists/listinfo/iup-users</a></p></blockquote>

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

[Antonio S. <ant...@gm...>]

Thanks for reporting

Em sex., 19 de jan. de 2024 às 10:00, Antonio Scuri <ant...@gm...>
escreveu:

>  Yes, it is missing a
> #ifdef LUA_VERSION
>
> Em qui., 18 de jan. de 2024 às 12:04, Gia Hung Nguyen <
> gia...@ya...> 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...@li...
>> https://lists.sourceforge.net/lists/listinfo/iup-users
>>
>

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

[Antonio S. <ant...@gm...>]

 Yes, it is missing a
#ifdef LUA_VERSION

Em qui., 18 de jan. de 2024 às 12:04, Gia Hung Nguyen <
gia...@ya...> 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...@li...
> https://lists.sourceforge.net/lists/listinfo/iup-users
>

Re: [Iup-users] C++ wrapper

[Antonio S. <ant...@gm...>]

 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 <
gia...@ya...> 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...@li...
> https://lists.sourceforge.net/lists/listinfo/iup-users
>

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

[Gia H. N. <gia...@ya...>]

<div>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.</div>

[Iup-users] C++ wrapper

[Gia H. N. <gia...@ya...>]

<div><p style="color:#252525">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.</p></div>

Re: [Iup-users] IUP 3.31

[sur-behoffski <sur...@gr...>]

On 10/16/23 11:52, Antonio Scuri wrote:
> Hi All,
> 
> We just released IUP version 3.31
> 
> There are few new features, but the changes are mainly bug fixes.
> [...] 

Thankyou for this release.

Just for the record, I see that 5 changes have been made to the Subversion
repository in the last few days... so I assume r5952 (HEAD) is the basis
of the 3.31 release.

I believe r5892 was (likely) the 3.30 release, so there are 60
revisions/changesets included in this release.  Good to see things back in
sync again.

cheers, s-b

Re: [Iup-users] IUP 3.31

[<su...@sc...>]

It's time for the IUP community to keep this project active and 
expanding.

On 2023-10-15 18:22, Antonio Scuri wrote:
> 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...@li...
> https://lists.sourceforge.net/lists/listinfo/iup-users

[Iup-users] IUP 3.31

[Antonio S. <sc...@te...>]

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] Taking discussion with "Anonymous" offline...

[sur-behoffski <sur...@gr...>]

...because:

1. Current direction makes me uncomfortable, and I would prefer to
   switch to off-list communication; and

2. Due to [valid Reasons], my email may be flaky for a few days.

b

Re: [Iup-users] (Re: I figured it out, finally): Sad to see your IUP/Linux troubles...

[Anonymous <ano...@gm...>]

On 9/27/23 17:27, sur-behoffski wrote:
> G'day,
>
> Sorry to hear about your troubles.  As you know, I resorted
> to extraordinary lengths (lglicua SourceForge project) to get
> IM/CD/IUP to compile under GNU/Linux, especially GCC.

Yes, thank you for your effort, although that wasn't a solution to my 
actual problem.

> As far as I'm aware, no-one tries to write programs directly
> in assembler, and only assembler.
Well now you can say you are finally aware of someone. With time maybe 
you will discover some more :)
> This is because of a simple programming maxim:  Try to write
> your program in the least number of "simple" or "reasonable"
> lines, using programming languages that support high-level
> abstractions, as a single line in a high-level language may
> translate into many thousands or even millions of lines in
> low-level languages such as assembler/machine code.

Actually the exact opposite is more likely to be true: use whatever 
language that uses the least abstraction/obfuscation/disconnect from 
what you are trying to do. Only asm can do that (and only big 
monopolies/corporations would want you to believe otherwise because they 
want something they can control or install backdoors into).

Have you ever tried to program an app using asm? I don't think so. Every 
program ever written in any language is translated into assembly 
language, I'm just skipping over all those steps to get there. And 
writing in asm using macros isn't much different from writing in C.

> Basically, revert to a lower-level language only when the
> higher-level language cannot model it (e.g. some hardware
> features of CPUs and/or GPUs), often due to a desire to gain
> performance.
Most programs are no faster in asm than they are in any other language. 
There are only small sections of code where that is true.
> As a rule of thumb, code is read perhaps 10 times more often
> than it is written, and it takes perhaps the same amount of
> time to write a code in any language -- therefore, always
> strive to minimise the drift to lower languages.
Most programs are unreadable spaghetti code, even the ones written in C, 
so readability isn't the issue :)
> Sometimes, algorithm changes or highly expressive languages
> can give startling results.  For an example of this, consider
> Conway's game of Life:
>
>      - Look up HashLife, that can simulate billions of
>        generations efficiently; and/or
>      - A YouTube demo of Life in APL, with the final run
>        given in a single line of APL:
>
>            https://www.youtube.com/watch?v=a9xAKttWgP4
>
> ----
>
> As a worked example, the C program "hw.c":
>
>          #include <stdio.h>
>
>          static void p(char *pStr)
>          {
>                  printf("%s\n", pStr);
>          }
>
>
>          int main(void)
>          {
>                  p("Hello, World");
>                  return 0;
>          }
>
> can be compiled to show the assembly-language output via:
>
>          gcc -O0 -Wa,-ahl hw.c
>
> The "-Wa," incantation means 'send the rest of this argument
> as a command-line item ("-ahl") to the assembler'.
>
> The gcc command produces the following output:

That output would not assemble in any assembler known to mankind. GCC 
obviously isn't a good way to learn assembly, especially with that lame 
AT&T syntax and gobs of non-asm directives/pragmas that have nothing to 
do with the code but with GCC tasks. The Intel syntax (which is the only 
syntax that reads like all processor manuals are written) is way more 
readable. And like I said, using the NASM macro capability that program 
looks like this in assembly...

locf main
	body
	invoke p,"Hello World"
	rtn 0
	endf
locf p,pStr
	body
	invoke printf,"%s\n",[pStr]
	rtn
	endf

If you had actually written a program in asm, you would know that :)

The advantage of asm over any higher level language is that I can do 
anything I want with it because I'm not limited to only whatever the 
language was programmed to allow me to do. I don't have to worry about 
gobs of unnecessary type conversions or inane syntax conventions. 
Nothing about any program is hidden or abstracted from me. I don't have 
to install anything to get it to work, other than NASM (although I 
haven't tried to run NASM as a standalone program in Linux like I could 
in Windows ... yet. In fact, in Windows I could program, assemble, and 
run entire entire apps from just a 1Mb USB stick).

So why are you preaching to me about how you don't like me programming 
in assembly? It doesn't matter to you one bit what I do, does it? Of 
course not.

Signed,
Andres

[Iup-users] (Re: I figured it out, finally): Sad to see your IUP/Linux troubles...

[sur-behoffski <sur...@gr...>]

G'day,

Sorry to hear about your troubles.  As you know, I resorted
to extraordinary lengths (lglicua SourceForge project) to get
IM/CD/IUP to compile under GNU/Linux, especially GCC.


As far as I'm aware, no-one tries to write programs directly
in assembler, and only assembler.  The usual framework I've
seen is to use C to set things up, declare an external function,
and then have that function, written in assembler, interface
with GCC.

This is because of a simple programming maxim:  Try to write
your program in the least number of "simple" or "reasonable"
lines, using programming languages that support high-level
abstractions, as a single line in a high-level language may
translate into many thousands or even millions of lines in
low-level languages such as assembler/machine code.

(APL?  SQL?  R?  Python?  Matlab?  Lua?  A spreadsheet?  A
virtual machine?  A network of clustered machines?)

Basically, revert to a lower-level language only when the
higher-level language cannot model it (e.g. some hardware
features of CPUs and/or GPUs), often due to a desire to gain
performance.

As a rule of thumb, code is read perhaps 10 times more often
than it is written, and it takes perhaps the same amount of
time to write a code in any language -- therefore, always
strive to minimise the drift to lower languages.

Sometimes, algorithm changes or highly expressive languages
can give startling results.  For an example of this, consider
Conway's game of Life:

    - Look up HashLife, that can simulate billions of
      generations efficiently; and/or
    - A YouTube demo of Life in APL, with the final run
      given in a single line of APL:

          https://www.youtube.com/watch?v=a9xAKttWgP4

----

As a worked example, the C program "hw.c":

        #include <stdio.h>

        static void p(char *pStr)
        {
                printf("%s\n", pStr);
        }


        int main(void)
        {
                p("Hello, World");
                return 0;
        }

can be compiled to show the assembly-language output via:

        gcc -O0 -Wa,-ahl hw.c

The "-Wa," incantation means 'send the rest of this argument
as a command-line item ("-ahl") to the assembler'.

The gcc command produces the following output:

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


GAS LISTING /tmp/ccpTGSO4.s 			page 1


   1              		.file	"hw.c"
   2              		.text
   3              		.type	p, @function
   4              	p:
   5              	.LFB0:
   6              		.cfi_startproc
   7 0000 55       		pushq	%rbp
   8              		.cfi_def_cfa_offset 16
   9              		.cfi_offset 6, -16
  10 0001 4889E5   		movq	%rsp, %rbp
  11              		.cfi_def_cfa_register 6
  12 0004 4883EC10 		subq	$16, %rsp
  13 0008 48897DF8 		movq	%rdi, -8(%rbp)
  14 000c 488B45F8 		movq	-8(%rbp), %rax
  15 0010 4889C7   		movq	%rax, %rdi
  16 0013 E8000000 		call	puts@PLT
  16      00
  17 0018 90       		nop
  18 0019 C9       		leave
  19              		.cfi_def_cfa 7, 8
  20 001a C3       		ret
  21              		.cfi_endproc
  22              	.LFE0:
  23              		.size	p, .-p
  24              		.section	.rodata
  25              	.LC0:
  26 0000 48656C6C 		.string	"Hello, World"
  26      6F2C2057 
  26      6F726C64 
  26      00
  27              		.text
  28              		.globl	main
  29              		.type	main, @function
  30              	main:
  31              	.LFB1:
  32              		.cfi_startproc
  33 001b 55       		pushq	%rbp
  34              		.cfi_def_cfa_offset 16
  35              		.cfi_offset 6, -16
  36 001c 4889E5   		movq	%rsp, %rbp
  37              		.cfi_def_cfa_register 6
  38 001f 488D0500 		leaq	.LC0(%rip), %rax
  38      000000
  39 0026 4889C7   		movq	%rax, %rdi
  40 0029 E8D2FFFF 		call	p
  40      FF
  41 002e B8000000 		movl	$0, %eax
  41      00
  42 0033 5D       		popq	%rbp
  43              		.cfi_def_cfa 7, 8
  44 0034 C3       		ret
  45              		.cfi_endproc
  46              	.LFE1:
  47              		.size	main, .-main
  48              		.ident	"GCC: (Gentoo 13.2.1_p20230826 p7) 13.2.1 20230826"
  49              		.section	.note.GNU-stack,"",@progbits

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

Hope this helps,

sur-behoffski (Brenton Hoff)
programmer, Grouse Software

[Iup-users] I figured it out, finally

[Anonymous <ano...@gm...>]

Hello everyone,

I left Windows for good in Feb of this year. I want nothing to do with 
Windows (or Microsoft) ever again. So ... I moved over to Linux, which 
wasn't as easy as it sounds.

First off, there is no reliable help in the Linux community, especially 
for assembly language issues. I used to program IUP for Windows using 
GoAsm, and that worked very well. Then I tried to program IUP for Linux 
in assembly, and that didn't go so well.

The next step was to translate all my Windows assembly code to Linux 
using NASM. Did you know that NASM has no macro support for any ABI for 
any OS? So either you use NASMX or you make your own. I didn't like 
their NASMX solution (which doesn't appear to be supported anymore 
anyways) and created my own Linux macros ... and you know what that 
means? It means troubleshooting time!

I was able to get that working but the problem was that I couldn't get 
my program to assemble because of so many missing dependencies. In 
Windows if you are missing a dependency, it gives you a message telling 
you in plain English exactly which dependency is missing. In Linux it 
doesn't tell you anything except a generic message that it doesn't work. 
After some trial and error, I found a very inconvenient way to determine 
the dependencies, but a new problem was that although it would compile, 
it wouldn't run. My programs all crashed at gtk_init.

It turned out the Internet was useless for looking up solutions to 
problems (although surprisingly, DuckDuckGo was a much better help than 
Google was for doing that), and the Linux forums were very hostile and 
most didn't know anything about 64-bit asm programming anyways. I was 
completely all by myself with this. That's when I decided I needed to 
experiment with something simpler.

My first experiment for that was with NAppGUI 
(https://nappgui.com/en/home/web/home.html) -- which is a really, really 
good GUI framework -- but once again, I couldn't get any of my programs 
to run without crashing, and Linux never gave me any clues as to why. 
Because IUP and NAppGUI both linked to GTK to render their GUIs, I 
decided to go bare bones and program with GTK directly. That's when I 
discovered a few very subtle bugs in my macros, and a few undocumented 
features in GTK (for example, gtk_init requires **argv and not *argv as 
everyone else uses for its parameters).

Well now everything works as expected but since programming with GTK 
directly was so much easier and just as powerful as IUP or NAppGUI, I 
decided I am going to stick with GTK, especially since I have no plans 
ever of supporting anything to do with the Windows monopoly anyways (but 
even if I did, GTK has a version for Windows).

Therefore I am leaving IUP for good. IUP worked really well for Windows, 
but it isn't all that great for Linux.

So Goodbye,
Andres