Re: [Iup-users] Repeat of IM's "process/im_analyze.cpp allow free(NULL); " patch...

On May 17 2020, sur-behoffski wrote: and are in strict conformance with C's definition of how free(3) is mandated to work when its parameter is NULL (codified in C89 standard, and included in all C and C++ standards since). IMHO it's still better to NOT call free(3) if there is no memory to

Re: [Iup-users] Request

Hi Andrew, On Sun, 1 Dec 2019 17:09:57 -0700 "Andrew Robinson" wrote: > Antonio, > > If you don't feel like having this discussion, let me know and I can > save it for another time... Frankly, I don't want to really enter into this discussion. Just I strongly disagree. > [...] > work,

Re: [Iup-users] Formal proposal for a "postMessage" API to send messages to run on the UI thread

Eric, I'm afraid your comment bdelow does not make much sense to me. Also I did not suggest any polling. On Apr 19 2018, Eric Wing wrote: On 4/19/18, Jörg F. Wittenberger <joerg.wittenber...@softeyes.net> wrote: On Apr 19 2018, Eric Wing wrote: Since there seems to be so much c

Re: [Iup-users] Formal proposal for a "postMessage" API to send messages to run on the UI thread

On Apr 19 2018, Eric Wing wrote: Since there seems to be so much concern and speculation about the size, complexity, and implementation of what the patch might look like, I went ahead and implemented a fully working version for Windows and GTK to provide something completely concrete to review.

Re: [Iup-users] Formal proposal for a "postMessage" API to send messages to run on the UI thread

On Apr 18 2018, Matt Welland wrote: On Wed, Apr 18, 2018 at 1:23 AM, Jörg F. Wittenberger < joerg.wittenber...@softeyes.net> wrote: Hi, just my two cents. On Apr 16 2018, Eric Wing wrote: This is a proposal to introduce a way to post and run events on the main UI thread. Cur

Re: [Iup-users] Formal proposal for a "postMessage" API to send messages to run on the UI thread

Eric, sorry, you missunderstood my proposed solution. I wanted to suggest to NOT put additional events into whatever queue Iup uses behind the scenes. Instead better maintain you own queue and process this before you complete Iup's queue once using IupFlush. On Apr 18 2018, Eric Wing

Re: [Iup-users] Formal proposal for a "postMessage" API to send messages to run on the UI thread

Hi, just my two cents. On Apr 16 2018, Eric Wing wrote: This is a proposal to introduce a way to post and run events on the main UI thread. Currently (as far as I know), IUP is hands-off on threads. ... It's easy to see the problem you're facing. I'm no IUP expert, however I'm pretty

Re: [Iup-users] 7GUIs GUI comparison

On Nov 17 2017, Eric Wing wrote: On 11/17/17, Antonio Scuri wrote: Very interesting indeed. I think we should implement those samples in C and Lua. Best, Scuri I also think LED example alternatives would be valuable too. A lot of frameworks now allow layout

Re: [Iup-users] IUP event loop modification proposal (due to new platforms like Android, iOS, Mac)

Hi all, let me add my $ 0.02 here. On Jan 8 2017, Andrew Robinson wrote: >Hi Eric, > > IUP is extremely healthy the way it is now, so protecting IUP's health is > the more important of all things to consider. > > Talking about the different specific event loops is like talking about >

[Iup-users] code suggestion

in iup/srcweb/config.mak around line 21 insert something like ifneq ($(findstring Linux4, $(TEC_UNAME)), ) USE_GTK3 = Yes LIBS += webkitgtk-3.0 INCLUDES += $(GTK)/include/webkitgtk-3.0 else (and close the ifneq 11 lines later).

[Iup-users] a bug I can't resolve myself

preliminary web search suggests that -lX11 is missing somewhere. Though I can't find out where to add it. (Raspberian, gtk 3.0) Tecmake: linking iuplua51 ... g++ -o ../bin/Linux41/Lua51/iuplua51 ../obj/iuplua51/Linux41/Lua51/iup_lua.o ../lib/Linux41/Lua51/libiuplua51.a

Re: [Iup-users] building iup from sources

Me too ;-) I did some deb packaging in the past. But I can#t claim that I'm very experienced with this. To the contrary. If I had a less hard time to get iup compiled at all, I had packaged it already. But as it is, I don't foresee me succeeding in a reasonable timespan. Am 02.01.2016 um

Re: [Iup-users] Is Iup pthread safe?

Am 06.10.2015 um 12:25 schrieb Ranier VF: > Hi,Well, your implementation must be:one consumer (GUI thread)many producers > (GUI events) > You can use mutex-condition pair (classic), sockets or a new way pipes. As I understand Andys question he wants to know how to unblock the GUI thread while it

Re: [Iup-users] UTF-8 GTK2/Linux: action callback in IupText broken.

ting here and the locale is configured to UTF-8. But as mentioned: it's not only on the debug output, the control itself ended up with the mangled content too. Best /Jörg > > Best, > Scuri > > > On Sat, Sep 19, 2015 at 7:13 AM, "Jörg F. Wittenberger" < > joerg

Re: [Iup-users] IupRefresh - how to use it properly

Am 02.09.2015 um 19:18 schrieb Antonio Scuri: >IupRefresh does not affects a single control. It affects all the dialog. > All the dialog layout, for all controls inside it, is recomputed when > IupRefresh is called, even is the parameter is a label deep down the dialog > hierarchy. If for

[Iup-users] IupRefresh - how to use it properly

Hi, the subject say it all. I need some better understanding when there should be a refresh and when not. I gather IupRefresh is for re-calculating the size of objects. (Correct?) Thus when I change say the TITLE attribute of a IupLabel, then the label may become larger, have a different

Re: [Iup-users] Normalizers

to eventually learn how to best cope with those.) But which of the size attributes SHOULD I actually set to NULL? Thanks /Jörg Am 26.08.2015 um 17:28 schrieb Jörg F. Wittenberger: Hi, it seems that the normalizers don't like me. I created a matrix from vbox/hbox having a label and a multiline

[Iup-users] UTF-8 GTK2/Linux: action callback in IupText broken.

I'm trying to use the ACTION callback on a IupText. The callback receives wierd values for the 3rd (char* new_value) argument. Here what I get when I enter merkwürdig: SearchV: m SearchV: me SearchV: mer SearchV: merk SearchV: merkw SearchV: merkwü SearchV: merkw�r� SearchV: merkwüdr SearchV:

[Iup-users] Normalizers

Hi, it seems that the normalizers don't like me. I created a matrix from vbox/hbox having a label and a multiline text. All labels added to a normalizer. When I set the NORMALIZE to HORIZONTAL the first time all works well and the left column has the correct width. Than I change all the titles

Re: [Iup-users] How to help debug this segfault?

Sorry for following up on my own message. I just considered the problem again and got stuck. Am 11.08.2015 um 14:04 schrieb Jörg F. Wittenberger: Am 10.08.2015 um 19:20 schrieb Antonio Scuri: Well, I really don't know. Just know that the calls are not actually active all at the same time

Re: [Iup-users] How to help debug this segfault?

Am 11.08.2015 um 16:31 schrieb Jörg F. Wittenberger: Am 11.08.2015 um 16:27 schrieb Antonio Scuri: Maybe you can try the IDLE and see how it behaves. There is also another possibility. The IDLE callback is somewhat equivalent of while(IupLoopStep() != IUP_CLOSE) { do something

Re: [Iup-users] How to help debug this segfault?

() != IUP_CLOSE) { do something } But I would start with the IDLE. In GTK is much better handled than in Windows. Best, Scuri On Tue, Aug 11, 2015 at 11:09 AM, Jörg F. Wittenberger joerg.wittenber...@softeyes.net wrote: Sorry again. I've been distracted and did not read to the end

Re: [Iup-users] How to help debug this segfault?

flushes make it appear to work. Even more flushes confuse the layout logic. How should this being done right? Thanks /Jörg Am 05.08.2015 um 10:50 schrieb Jörg F. Wittenberger: Hi Antonio, during IupFlush my program dumped a core like this: Program terminated with signal SIGSEGV

Re: [Iup-users] A bag of questions.

More Info: I've got a text without a border - as I want it. It works for multiline=yes. Seems that only the combination of multiline=No and border=No is not working for me. Am 04.08.2015 um 17:00 schrieb Antonio Scuri: I just tested BORDER under Windows, GTK2 (Ubuntu 10) and GTK3 (Ubuntu

[Iup-users] IupText with wordwrap=yes

Hi, I've got little success to get IupText with wordrwap=yes (and mutliline=yes) to work. I want the multiline text to be large enough to hold all the text (i.e., no vertical scroll bar), but _not_ expand=yes so it's not using more space than required. I'e got this working with expand=no and a

Re: [Iup-users] A bag of questions.

I just tripple-checked my code, it never tries to change the border after mapping. Only right after creation. Even before requesting multiline=yes - which works. (Debian, gtk2) So the problem must be something else. But how to nail it? /Jörg Am 04.08.2015 um 17:00 schrieb Antonio Scuri:

Re: [Iup-users] How to help debug this segfault?

can feel the app being slowed down now. And it flickers now, intermediately drawing wrong sized controls over perfect areas just to update them a split second later. /Jörg Scuri On Wed, Aug 5, 2015 at 10:58 AM, Jörg F. Wittenberger joerg.wittenber...@softeyes.net wrote: What does

Re: [Iup-users] How to help debug this segfault?

before calling IupFlush. Is the canvas still valid during the flush? Best, Scuri On Wed, Aug 5, 2015 at 5:50 AM, Jörg F. Wittenberger joerg.wittenber...@softeyes.net wrote: Hi Antonio, during IupFlush my program dumped a core like this: Program terminated with signal SIGSEGV

Re: [Iup-users] A bag of questions.

in turn needs to be displayed as is. It's easy to use different controls/arguments for each case. But so far all but the short text do strange things for me. On Mon, Aug 3, 2015 at 11:55 AM, Jörg F. Wittenberger joerg.wittenber...@softeyes.net wrote: Hi, I'm trying to find a replacement

Re: [Iup-users] Integrating Iup with poll(2) based message loop

Am 25.07.2015 um 16:24 schrieb Nodir Temirkhodjaev: The best thing I could hope for would be if I could ask Iup for a file descriptor to listen on. Whenever data is ready to read on this fd, I would know that Iup wants to become active and I should call the stepper until it eat up all this

Re: [Iup-users] Integrating Iup with poll(2) based message loop

IupLoopStep and then pausing for a while. Possible, but dissatisfying. I'm going to do so, but first I want to be certain that I'm not overlooking some better way. Thanks /Jörg Best, Scuri On Sat, Jul 25, 2015 at 5:54 AM, Jörg F. Wittenberger joerg.wittenber...@softeyes.net wrote

Re: [Iup-users] Two problems with matrix formatting.

: the number of lines in the matrix, numcol: 11, cursor ARROW, readonly: yes. ALIGNMENT1... ALIGNMENT3: ALEFT FONT*:2 and FONT*:3 : Monospace, 10 WITDH1 ...WIDTH11 : set to appropriate width for the column range 4..150 Thant's it. Scuri On Sat, Jul 25, 2015 at 5:15 AM, Jörg F

[Iup-users] Two problems with matrix formatting.

Hi, I have two problems with matrix formatting. A) There is an attribute to control the horizontal alignment of matrix cells. But I did not find the equivalent for vertical alignment. The attached MultilineProblem.png shows how horrible content with embeded newlines ends up. (Here an excerpt

[Iup-users] Integrating Iup with poll(2) based message loop

Hi Antonio all, these days I wrote, changed, rewrote, modified etc. an ugly piece of code. A workaround for me not knowing how to integrate Iup with a poll(2) based message loop. All I could come up with where variations of a busy loop. And thus I ended up with two IupVal controls to trade

Re: [Iup-users] IupProgressDlg with IupPopup?

Just a warning. I observed that forking a process while iup is running is prone to error. So I forked one child early on to process async stuff and use nanomsg to talk to it. Further forks are handled by that child. Much safer to use. Am 14.07.2015 um 17:38 schrieb Antonio Scuri: It could

[Iup-users] GridBox slowness and more - Was: Re: Can I get my labels and fields to vertically ACENTER in an hBox?

Am 10.07.2015 um 14:52 schrieb Antonio Scuri: Hi Jörg, Please start a new thread, instead of replying an existing one to ask different questions. Or the answers will get mix up, and it will be harder from me to process them all. Sorry. Done. I felt it being related. About the