> Sometimes events happen in C++-Land that require an update of a GUI
> element. I figured that the most sensible way of doing this is to call
> IupPostMessage from C++ territory, in whatever thread context this
> happens to be, and thus cause a Lua callback to be called in the context
> of the
On 5/24/22, Stefan Heinzmann wrote:
> 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.
>
>
Hi, I want to report that I’ve found some kind of bug in the IUP GTK3
backend concerning layout/sizing.
The bug seems to have gotten a lot worse recently.
Before: I was using an older build of IUP, maybe 6 months to a year
old. With the layout I was doing in my program, text labels seem to be
Raspbian uses a new desktop environment called PIXEL. I've heard it is
based on LXDE.
The preferred widget toolkit for Raspbian is GTK3.
Raspbian is also available for x86, presumably for those who want to
try/test it on regular desktops instead of a Pi.
Raspbian itself started as an hardware
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 concern and speculation about the
>>size, complexity, and implementation of what the patch might look
>>like, I went
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.
You can find the repo here:
Ranier,
I feel like maybe your are trying to address my concern about wanting
to work on with button and not the dialog, i.e.,
// I want to do this:
IupPostMessage(my_iup_button, 42, audio_data);
// I don't want to be forced to do this
IupPostMessage(some_dialog, 42,
On 4/18/18, Ranier VF wrote:
> Hi,
> I strong believe thar PostMessage solves the request: "update gui, outside
> main thread"
> Native handles, like Windows Handle, is hidden from the user perspective.
> Therefore using in Windows driver and not using in GTK, IOS and
On 4/18/18, Eric Wing <ewmail...@gmail.com> wrote:
> On 4/18/18, Andrew Robinson <arobinso...@cox.net> wrote:
>> IUP should not be the solution to every problem. It would be like
>> incorporating a cross-platform C-runtime into IUP when that is the wrong
>>
On 4/18/18, Andrew Robinson wrote:
> IUP should not be the solution to every problem. It would be like
> incorporating a cross-platform C-runtime into IUP when that is the wrong
> approach. IUP is great as it is and for specialized problems it will never
> be
> able to beat a
On 4/18/18, Ranier VF wrote:
> Hi,
> Obviously I'm not saying to Call PostMessage Windows function,
> in other platforms.
> So I understood, only have problem is Windows Loop Event (IUP),
> and the autor what do you cite, say clearly that PostThreadMessage
> is wrong way
On 4/18/18, Ranier VF wrote:
> Hi,
>
> "But in when using IUP, we can't just reasonably call Window's
> PostMessage because it is not cross-platform. It won't work on any
> other platform except Windows.
> This whole proposal is on how to make something like PostMessage
>
On 4/18/18, Ranier VF wrote:
> Hi,
>
> "This is a proposal to introduce a way to post and run events on the
> main UI thread."
>
> Just my two cents too.
>
> IUP Dialog have a WID (windows HWND). Why not use PostMessage and
> leave Windows do work?
> BOOL WINAPI
>
> It's easy to see the problem you're facing.
>
> I'm no IUP expert, however I'm pretty positive that this can be solved
> without introducing another API.
>
> In a similar situation I have been able to abstain from using the complete
> IUP abstraction around the main loop and resort to using
On 4/17/18, Antonio Scuri wrote:
> Hi,
>
> I got your message. But It will take a couple of days to figure this out.
>
> Best,
> Scuri
>
No problem. I know there is a lot to read over. While I think the
actual implementation and impact on IUP is very small, since
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.
The problem I need to solve is that there are many libraries or
situations where you are on another thread, but then need to change
something in the GUI
On 4/10/18, Antonio Scuri wrote:
> Hi Eric,
>
> If you take a look at the HIDEMARK documentation or at the source code,
> you will see that its default is changed to YES according to the GTK
> version. So for GTK > 2.14 the default is YES.
>
> I checked with GTK
When switching from GTK2 to GTK3, I started noticing empty squares to
the left of every menu item. I finally figured out this is related to
the HIDEMARK attribute and I should set to YES.
But for recent menu items managed via the IupConfigRecent API's, they
also have the empty squares.
I propose
On 4/9/18, Antonio Scuri wrote:
> Hi,
>
> I may have solve the problem. At least at the system I was testing were
> the problem is reproduced using that sample it was solved.
>
> It is on SVN. But it is actually very simple in iupgtk_dialog.c:
>
> #define iupABS(_x)
Here's a different sample program that can trigger the bug (simplified
from a real program that is having problems.) No images this time, but
only labels. Though there is a IupFill() and MINSIZE that seems to be
needed to trigger the problem.
Ihandle* label_description = IupLabel("Hello
On 3/31/18, Pete Lomax via Iup-users wrote:
> I reported this privately last week, and that call was promptly removed in
> SVN
Thank you.
--
Check out the vibrant tech community on one
I just discovered a crash I didn't have before using IupConfigLoad()
after recently resyncing to to SVN.
If the config file is missing, my program crashes. Tracking it down,
it appears to be caused by a change that introduced a call to:
iupLineFileClose(line_file);
as follows:
int
On 3/14/18, Antonio Scuri wrote:
> Tested on the following configurations:
>
> CentOS 6.8 (x86) Linux26g4c6 (GTK 2.24)
> Debian 8.3 (x86) Linux316 (GTK 3.14)
> Oracle Solaris 11 (x86) SunOS511x86 (GK 2.20)
> Ubuntu 10.10 (x86) Linux26g4 (GK 2.22)
> Ubuntu 12.04 (x86)
Hello, I'm bumping this old thread because it is still a problem.
To refresh your memory, there is some bug with IUP GTK backends where
*sometimes* the sizing for a layout in a dialog is incorrect. It
happens *sometimes*, so while I can reproduce it, it is hard to
reproduce at will. When I launch
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 to be done separate from
I saw this on HackerNews or Reddit yesterday.
https://github.com/eugenkiss/7guis/wiki
Its origins are from a research paper that compares the objected
oriented and functional programming for GUI design.
http://www.eugenkiss.com/projects/thesis.pdf
While that falls outside the scope of what IUP
I was trying to get IupLua built for some of the new platforms I’m
working on, but I am getting blocked by a dependency problem. So I
wanted to clarify how they are supposed to be built.
I had assumed they were built as shared loadable modules and not
regular dynamic libraries. (The distinction
Hi all,
I recently spoke at a conference in Tokyo (try! Swift) about Swift on
Android. In the final part, I talk about cross-platform library
solutions and give a demo with IUP.
The video is now posted, so I thought you might enjoy seeing it.
My page about it:
On 2/6/17, Hernan Cano wrote:
> Hi, Eric.
>
> If I would like to participate in "Google Summer of Code", how could I do?
> Where can I find info?
>
> Thanks.
>
If you are interested and able to be a mentor, then let me know more
about what you can do. I'm proposing
On 2/6/17, John Spikowski wrote:
> Eric,
>
> I think it's critical to get a native IUP driver running on the Apple
> desktop UI. We have been close so many times and for some reason or
> another it goes back into hibernation.
>
> What are your concerns and suggestions to
On 1/24/17, Hernan Cano wrote:
> Hi, Eric.
>
> Cordially greet you.
>
> I am very interested in using IUP and I see that you propose a way to use
> it multi-environment (Windows, Linux, Raspberry Pi, Mac, iOS, Android, and
> a web browser).
>
> Please: I want you consider
On 1/24/17, John Spikowski <supp...@scriptbasic.org> wrote:
> On Tue, 2017-01-24 at 13:45 -0800, Eric Wing wrote:
>> On 1/24/17, John Spikowski <supp...@scriptbasic.org> wrote:
>> >
>> > Eric,
>> >
>> > Your right and what I'm after isn't a
On 1/24/17, John Spikowski wrote:
> Eric,
>
> Your right and what I'm after isn't a solution for the generic C IUP
> user. I wrap IUP as an extension module in a FFI based interface. I
> have had success with IUP running threaded. Scripting reduces
> complexity and reuses
On 1/23/17, John Spikowski wrote:
> My interest is to use my IUP desktop Script BASIC code untouched on the
> Script BASIC HTTPD application server. I can generate browser code
> (text) from Script BASIc efficiently without the bloat of translated C
> to JavaScript code.
On 1/23/17, John Spikowski wrote:
> Eric,
>
> I'm a confused.
>
I’m merely fulfilling IUP’s own self-proclaimed mandate. I’m not doing
anything particularly special here. I'm just implementing a new
backend for IUP, just like all the other backends. From the first
On 1/23/17, Hernan Cano wrote:
> Oh, Eric: Thanks a lot!!!
> I am very pleasant for ou to share your knowledge and help this utilities
> go to Mac, iOS and Android at once!!!
>
> God bless you, Eric.
>
Thank you Hernan!
Hi all,
This is the initial working backend implementation of IUP for the web
for Emscripten.
https://github.com/ewmailing/IupEmscripten
(switch to the Emscripten branch)
This pretty much follows the design and architecture I discussed in
the previous discussions these past few weeks.
To try
On 1/21/17, John Spikowski wrote:
> Eric,
>
> Before we determine how best to deal with the UI side of IUP browser
> interface, I think we need to get the basic framework for the browser
> IUP driver working. Antonio didn't think this was a big deal when I
> brought up
On 1/19/17, John Spikowski wrote:
> Eric,
>
> I'm not interested in using Emscripten of IUP C code to work on the
> web. Try to translate a simple "Hello World" in C to JavaScript using
> Emscripten and you will be blown away how much support code is
> generated.
>
> My
On 1/13/17, Eric Wing <ewmail...@gmail.com> wrote:
> On 1/13/17, John Spikowski <supp...@scriptbasic.org> wrote:
>> I think any major directional changes should include a web IUP as a
>> consideration. IMHO
>
> I think this is a really interesting idea and I would
On 1/13/17, Andrew Robinson wrote:
> You have clearly never programmed for the iPhone or iPad before.
>
> nil is an object.
> null is a delimiter, usually used in null terminated strings or the value of
> a
> parameter.
>
> Don't waste my time.
It's clear to me you are
On 1/13/17, John Spikowski wrote:
> I think any major directional changes should include a web IUP as a
> consideration. IMHO
I think this is a really interesting idea and I would love to include
this. I've done a tiny bit with Emscripten/asm.js, but I am no means
an
On 1/8/17, 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. Please, IUP developers, do not
> let
> IUP go the way of Microsoft or GTK+ or Firefox. They had thee
On 1/5/17, Germán Arias <germanan...@gmx.es> wrote:
> El mié, 04-01-2017 a las 22:24 -0800, Eric Wing escribió:
> [...]
>> Awesome!
>>
>> https://github.com/ewmailing/IupCocoa
>> (Switch to the Cocoa branch)
>>
>> I actually took an implementa
Andrew, I want to try to address your concerns, so I will go point by
point inline.
On 1/4/17, Andrew Robinson wrote:
> It isn't IUP anymore, if you are going to follow through on all that you
> propose, it is something else entirely so call it something else
>
As I said earlier, the way IUP does its startup sequence and main loop
is incompatible with Android and iOS, and potentially other backends
like Emscripten/asm.js/WebAssembly. So I have developed a new
alternative sequence that I believe will work with all platforms.
Android Background:
The
On 1/4/17, Antonio Scuri wrote:
> OK. I just saw the second video. Sorry about your friend.
Thank you.
> As a C/C++ programmer I'm very disappointed with Android. Maybe from a
> Java perspective it is a better world.
For the NDK, every time I go around speaking
On 1/3/17, Antonio Scuri wrote:
> Hi Eric,
>
> Excellent video. Thanks for sharing with US. Also thanks for putting so
> much work on this.
>
> I have a few questionings.
>
> IUP for Cocoa is a safe ground. It can be used for Desktop applications
> although we can
On 12/28/16, John Spikowski wrote:
> Eric,
>
> Thanks for the great video you did explaining the JNI interface for
> native C apps wishing to interface with the Android VM.
>
> A couple years ago I went down this path with Script BASIC (compiled
> native on Android with
Hi, I promised to follow up with more details about my IUP backends
for iOS and Android.
So I just posted a video introducing the ideas behind my IUP backend
for iOS and Android. Video seemed like the best option to show the
platform specific GUI concepts.
I also do an overview of the
On 12/15/16, Ranier VF wrote:
> Hi Eric,
> "I do not have layout working. (I did make screen rotation not do the
> stupid thing though...another stupid Android decision was to cause
> device orientation to completely quit and restart your app by default,
> which I don't
Hi all,
I've pushed up my initial prototype to Github
https://github.com/ewmailing/IupAndroid
Look at the Android branch.
I know Android code can be really hard to understand for those not
familiar with it, especially with all the JNI. I think I should give a
walkthrough description of the
On 12/13/16, Ranier VF wrote:
> Eric, I believe that is you need (lifecycles events).
>
> http://www.ikerhurtado.com/android-ndk-native-activity-app-glue-lib-lifecycle-threads
> "Commands (lifecycle events) from Main (UI) thread"
>
> Best regards,
> Ranier Vilela
>
Thanks
nd before the event?
>
> Can you send me a simple example in C for an Android application? So I
> can see how this creation process takes place.
>
> Best,
> Scuri
>
>
> On Tue, Dec 13, 2016 at 8:00 AM, Eric Wing <ewmail...@gmail.com> wrote:
>
>> Hi, I'm trying
Hi, I'm trying to prototype an Iup implementation for Android. I have
implemented a basic Dialog and Button to try to get things going. But
I realized there is a design problem that is blocking me...
I am making IupDialog correspond to an Android Activity. By itself,
this seems to work. However,
On 5/20/16, Eric Wing <ewmail...@gmail.com> wrote:
> libui is getting traction right now on Reddit.
> https://www.reddit.com/r/programming/comments/4k6x5h/libui_crossplatform_gui_library_in_c/
>
> I'm curious if anybody has experience with this and how it compares to
> IUP
libui is getting traction right now on Reddit.
https://www.reddit.com/r/programming/comments/4k6x5h/libui_crossplatform_gui_library_in_c/
I'm curious if anybody has experience with this and how it compares to
IUP (besides the obvious that libui has a Cocoa backend).
On 4/20/16, Antonio Scuri wrote:
> I just installed Debian 8.3, that is using GTK 3.14 and I was able to
> reproduce this problem. Looking forward for a solution.
>
> BTW, there are several threads in the IUP discussion list that they are
> all related to the same
On 3/24/16, John Spikowski wrote:
>
>> New: CUSTOMFRAME
>
> Does this grant my SDL use with IUP wish?
>
I'm curious, since I'm heavily entrenched in the SDL universe, what
are the specific issues between SDL and IUP?
On 1/15/16, Eric Wing <ewmail...@gmail.com> wrote:
> On 1/15/16, Antonio Scuri <antonio.sc...@gmail.com> wrote:
>> Hi,
>>
>> In iupgtk_button.c, try adding pixels to the border estimation:
>>
>> void iupdrvButtonAddBorders(int *x, int *y)
>>
On 1/15/16, Antonio Scuri wrote:
> Hi,
>
> In iupgtk_button.c, try adding pixels to the border estimation:
>
> void iupdrvButtonAddBorders(int *x, int *y)
> {
> /* LAYOUT_DECORATION_ESTIMATE */
> #ifdef WIN32
> int border_size = 2*5;
> #else
> #ifdef HILDON
> int
On 1/15/16, Antonio Scuri wrote:
> Hi,
>
> That border size make no sense for me. I'm running the same code in
> Ubuntu here and I have the results attached.
>
> Are you using some theme?
>
> Did you have other gtk applications running? How their buttons look
On 1/2/16, Jörg F. Wittenberger wrote:
> 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
>
On 1/14/16, Antonio Scuri wrote:
> IUP internally has an estimate of the button border space, so it can
> compute the button size from inside out. Maybe in your GTK3 system these
> minimum borders are larger than IUP estimate. So the result layout where
> the buttons
Font metrics is essential in IUP layout computation. The iup*_font.c
module is one of the most important driver module. Without
iupdrvFontGetStringWidth, iupdrvFontGetCharSize,
and iupdrvFontGetMultiLineStringSize IUP will simply not work.
I'm going to have to think about this. Each
On 8/11/15, Antonio Scuri sc...@tecgraf.puc-rio.br wrote:
It seems that the font module is not returning the correct size for the
text. The iup*_font.c module is essential for a correct layout. Try
different FONT attributes to see how this size difference behaves.
I have something that is
On 7/30/15, Antonio Scuri sc...@tecgraf.puc-rio.br wrote:
Hi,
Yes, I got it. The archive should be outdated because of SF recovery.
I simply did not have time to process the more complex messages from the
list.
The layout is automatically computed when the dialog is shown. This is
On 7/27/15, Eric Wing ewmail...@gmail.com wrote:
On 7/26/15, Antonio Scuri sc...@tecgraf.puc-rio.br wrote:
Take a look at the iupgtk_image.c. The necessary conversions can be
copied
from there.
iupdrvImageCreateImageRaw() and iupdrvImageGetRawData()
are opposite functions I doubt
On 7/26/15, Antonio Scuri sc...@tecgraf.puc-rio.br wrote:
Take a look at the iupgtk_image.c. The necessary conversions can be copied
from there.
iupdrvImageCreateImageRaw() and iupdrvImageGetRawData()
are opposite functions I doubt that you will be able to reuse
code.
On 7/25/15, Antonio Scuri sc...@tecgraf.puc-rio.br wrote:
Certainly 0x is an invalid valid value it is not what
the system expects. In your case the native parent will be the dialog.
ih-parent-handle is not necessaryly the native parent, the
function
On 7/23/15, Antonio Scuri sc...@tecgraf.puc-rio.br wrote:
Hi,
In the iup/test folder there are several small applications that covers
many aspects of every control. The dialog.c test does not depends on any
other control.You can show just the dialog without any control inside. This
is
On 7/16/15, Antonio Scuri sc...@tecgraf.puc-rio.br wrote:
Hi,
That GLib warning output could be a mix of library versions, don't know
for sure. In IUP I don't set any of those properties. I use GtkSettings in
a 3 places only. Never seen those warnings in Linux.
I found that gvim also
I found a Mac/Cocoa repo of Iup linked to on the main page. It is from
2010. I also noticed the 3.0 release from 2010 had those exact same
files. They now seem to be removed from the official repo.
If I wanted to take an initial stab at getting some minimal Cocoa
backend working with Iup, how
On 7/22/15, Antonio Scuri sc...@tecgraf.puc-rio.br wrote:
Hi,
That cocoa driver was actually maintained outside the official
repository. It was a brave initiative by Heesob Park, but he did not have
the time necessary to complete it. So I leave it outside.
If you want to give it a try
On 7/22/15, Antonio Scuri sc...@tecgraf.puc-rio.br wrote:
I see that the natural size of the dialog is quite normal. The controls
are not pushing the dialog size. It is the dialog that is sized in a weird
way. Could be some computation that I done to estimate the decorations size
in
I am having problems with the layout system. I am using gridboxes,
vboxes, hboxes, and zboxes. I am also using the user preferences
feature to remember and restore window sizes and positions.
Screen shots are inline. These are from the Raspberry Pi 2 (Raspian).
The desktop is LXDE and everything
On 7/14/15, Antonio Scuri sc...@tecgraf.puc-rio.br wrote:
That's the normal behavior of IupPopup. It blocks execution until the
modal dialog is closed. The progress dialog is a regular IupDialog so, yes,
it can be used with IupShow and IupPopup.
Best,
Scuri
Hmmm, I don't think that's what
I want my progress dialog to be modal, so I would like to use IupPopup
with it. The documentation doesn't make any mention of this (just
Show).
I tried using it and noticed that all statements that come after
IupPopup in my function don't get executed. I moved this call to the
end of my function.
On 7/11/15, Antonio Scuri sc...@tecgraf.puc-rio.br wrote:
No.
I changed the IupConfig, so now if you set:
IupConfigSetVariableInt(ih, name, Maximized, 0);
It will not maximized on the IupConfigDialogShow. Just committed to SVN.
Best,
Scuri
Thank you. I just tried the SVN, and I
On 7/9/15, Ariset irt...@gmail.com wrote:
solution with iupFill and h/v boxes are only for smaller forms. For larger
ones you should use GridBox. Attached example.
Ariset,
Thank you for the example. I just tried GridBox and with the
ALIGNMENTLIN attribute, I can get it to vertically center.
On 6/30/15, Antonio Scuri sc...@tecgraf.puc-rio.br wrote:
Hi,
Thanks for sharing. Very interesting. Already committed changes on SVN.
Best,
Scuri
I just tried the SVN with the Pi. There are some things still giving me trouble.
First, it seems to be trying to build against gtk-3.0 by
On 7/11/15, Antonio Scuri antonio.sc...@gmail.com wrote:
The second run of the program, the dialog is displayed at the last size,
right?
So, it is just at the first ever launch, right?
Yes, this is a first ever launch issue. The second launch remembers
the user size.
Then, do:
I may have written myself into a hole since I'm looking at this last
instead of first.
I am trying to use IupConfigDialogShow.
On the very first ever launch of my program, it always creates a
window that is the full screen of the desktop. I don't want that. I
would like something that is
On 7/2/15, Ariset irt...@gmail.com wrote:
There is an empty layout element you can use IupFill()
http://webserver2.tecgraf.puc-rio.br/iup/en/elem/iupfill.html
it does autoexpand to fill empty space around a widget.
if you are not decorating your labels with colors you could use something
I am trying to create a label followed by some other widget
horizontally. So for example.
First Name: _
Last Name: _
Country: _
The text on the left is a label. The underscores on the right
represent something like a dropdown list, or a text
On 6/30/15, Antonio Scuri sc...@tecgraf.puc-rio.br wrote:
Complementing, if some controls inside the dialog does not have EXPAND
set, then they will be sized only to they natural size, and depending how
they are distributed in the zbox they will maintain a minimum size for the
whole layout
Hello, I'm new here. I'm trying out Iup for the first time.
I'm developing on a Raspberry Pi 2. This is probably a little advanced
to start with, but I had a project written in Qt Quick which I
discovered will flat out not work due to current limitations. (It is
also too big and bloated which is
In my program, I want two large buttons with labels under each button,
front and center. (This is kind of a Welcome launcher app.)
I have figured out how to make the image buttons and labels and but
them in vboxes and hboxes to make everything nice and centered and
symmetrical.
My window is
88 matches
Mail list logo