> 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 GUI
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
siz
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 ar
On 4/19/18, Jörg F. Wittenberger 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 ahead and implemented a fully working versi
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:
https:/
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, audio_data);
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 Android
> drivers, will not
On 4/18/18, Eric Wing wrote:
> 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.
And just to be clear, everything in this patch i
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 mature third party ap
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 to solve this (update GUI
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
> cross-platform."
>
> It's
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 PostMessage(
> _In_opt_ HWND h
>
> 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 Iup
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
focuses on concerns not
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 w
On 4/10/18, Antonio Scuri wrote:
> No, it is GTK > 2.14. Here is the code:
>
> char* hidemark = iupAttribGetStr(ih, "HIDEMARK");
> if (!hidemark && gtk_check_version(2, 14, 0) == NULL)
> {
> /* force HIDEMARK if VALUE is defined before Map, after GTK 2.14 */
> if
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 3.14, 3.10 and 2.24. In all s
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) ((_x)<0? -(_x): (_x))
>
> st
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 W
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 of the world's most
engaging tech s
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 IupConfig
On 3/16/18, Antonio Scuri wrote:
> Hi,
>
> Don't worry I'll not give up on this. But I need a more concrete
> situation. My tests are in an already slow virtual machine.
>
Thank you for not giving up on me. I appreciate it!
Sorry for the delay. I've been sidetracked on other problems.
FYI, t
I just wanted to clarify 2 points in my last message:
> I've seen it on the following using the standard packages that come with each
> OS:
I was referring to GTK2 and GTK3 as the standard packages. I always
have to build IUP since nobody has a package for it.
> ccmake -DCMAKE_BUILD_TYPE=Debug
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) Linux32 (GTK 2.24)
> Ubuntu
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 code, so people
like to see h
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 ca
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 be
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:
http://playcontrol.net/ewing/jibber
On 2/17/17, John Spikowski wrote:
> I thought I would share my success with multi-threading IUP on Windows
> 10 with Script BASIC. I'm still early on with testing but so far things
> look promising.
>
> http://www.scriptbasic.org/forum/index.php/topic,350.msg1597.html#msg15
> 97
>
> I'm going to t
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 projects for each of the backen
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 finalize this project?
>
>
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 me as a tester.
>
> I wan
On 1/24/17, John Spikowski wrote:
> On Tue, 2017-01-24 at 13:45 -0800, Eric Wing wrote:
>> On 1/24/17, John Spikowski wrote:
>> >
>> > Eric,
>> >
>> > Your right and what I'm after isn't a solution for the generic C
>> > IUP
>&
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 resources by design.
>
>
On 1/24/17, John Spikowski wrote:
> On Mon, 2017-01-23 at 23:54 -0800, Eric Wing wrote:
>> I think your approach is much more complex ...
>
> Script BASIC is 770KB with unlimited expansion with no limitations
> other than what the hardware restricts it to.
>
As for size,
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. The same Script BASIC exte
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
paragraph on the main IUP websi
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 ou
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 the concept the first time a
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 goal is building a 'HTML' I
Hi all,
I mentioned Google Summer of Code in the other thread about Mac, iOS,
Android, and Emscripten backends.
Applications were just open today.
http://betanews.com/2017/01/19/open-source-google-summer-code-2017/
https://opensource.googleblog.com/2017/01/now-accepting-organization-applications
On 1/13/17, Eric Wing wrote:
> 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 wit
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 terribly confused on the f
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 expert. I am also not a web p
On 1/12/17, Andrew Robinson wrote:
>>I think your understanding of NULL and nil is completely wrong here
>>and you are creating a straw-man. As I already explained, both are
>>defined as 0. There is no difference to the computer.
>
> You are wrong here, and I think that says all I need to say abou
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 winning
> formula;
> a p
On 1/5/17, Germán Arias 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 implementation somebody else started with,
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
> entirely...call it PUI. Otherwise,
On 1/4/17, Germán Arias wrote:
> Hi,
>
> El mié, 04-01-2017 a las 14:37 -0800, Eric Wing escribió:
> [...]
>>
>> Thanks. So any news on you being able to get a Mac to help out? Or
>> maybe using GNUStep? (My code won't work with GNUStep right now, but
>>
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 reason
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 about the Android NDK, I
alwa
On 1/3/17, John Spikowski wrote:
> I truly enjoy your views of the mobile industry and the tools being
> used.
>
> Have you looked at Adobe's PhoneGap? It seems to translate JS, HTML and
> CSS into Android or iOS phone apps.
>
> https://build.phonegap.com/
>
PhoneGap was a kind-of competitor to C
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 extend to iOS.
>
> Desk
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 ARM gcc) and SL4A as my JAV
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 IUP/Android
Hi all,
Here is the iOS counterpart to the Android prototype I just did.
https://github.com/ewmailing/IupCocoaTouch
Switch to CocoaTouch branch
I will say more about both of these when I get the chance.
Thanks,
Eric
--
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 think is *ever* useful for
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 archite
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 Ranier for the thought,
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 wrote:
>
>> Hi, I'm trying to prototype an Iup implementation for Android. I
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, t
On 5/20/16, Eric Wing 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 (besides the obvious th
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).
https://github.com/andlabs/lib
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 problem. I will re-post this
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 7/22/15, Eric Wing wrote:
> On 7/22/15, Antonio Scuri 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
On 1/18/16, Eric Wing wrote:
> On 1/18/16, Antonio Scuri wrote:
>> Ok I guess I'll have to do that.
>>
>> But it will take some time... Don't know when I will be able to give
>> you
>> some feedback.
>>
>
> Thank you. Let me know i
On 1/18/16, Antonio Scuri wrote:
> Ok I guess I'll have to do that.
>
> But it will take some time... Don't know when I will be able to give you
> some feedback.
>
Thank you. Let me know if there is anything you want me to do in the meantime.
-
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 like?
>
> Best,
> Scuri
>
Tha
On 1/15/16, Eric Wing wrote:
> 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 */
>>
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 border_size = 2*7+1; /* bo
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 sizes failure.
>
> Can you
On 1/14/16, Jörg F. Wittenberger wrote:
> Am 14.01.2016 um 13:49 schrieb Eric Wing:
>> On 1/2/16, Jörg F. Wittenberger wrote:
>>> preliminary web search suggests that -lX11 is missing somewhere.
>>>
>>> Though I can't find out wher
Hello,
I wrote awhile back about layout problems I had, particularly on the
Raspberry Pi (Raspbian Wheezy). The main problem was that sometimes
the view inside the window was grown to the the wrong size. Quitting
and restarting over and over will eventually produce a correctly sized
view.
Well, I
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
> ../obj/iuplua51/Linux41/Lua51/iup_lua.o
>
> 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 co
On 8/11/15, Antonio Scuri 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 starting to work, but
On 8/4/15, Antonio Scuri wrote:
> ok. I recommend a look at IupShow function code.
>
> Here is an inside look.
>
> When you show a dialog (IupShow/IupShowXY/IupPopup), the first thing it
> will do is to call IupMap, that will recursively created all the controls
> inside the dialog, by calli
On 7/30/15, John Spikowski wrote:
> Eric,
>
> I'm following closely with your IUP driver creation for OSX. I had
> mention to Antonio that I would like to write a browser
> (HTML/CSS/JavaScript) IUP driver.
>
> If anyone else has interest in this, please let me know so we can
> collaborate.
>
> Jo
On 7/30/15, Antonio Scuri 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
> done in the por
I'm wondering if my last 2 messages to the list actually got through.
(The first from Sun/Mon).
I checked the web archive, and while there is a link, it says "There
are no messages in this thread."
http://sourceforge.net/p/iup/mailman/iup-users/thread/CA%2BQ62MAb10hv3%2BPGAuvtFME1psR2WA6dVRBPZmt8
On 7/27/15, Eric Wing wrote:
> On 7/26/15, Antonio Scuri wrote:
>> Take a look at the iupgtk_image.c. The necessary conversions can be
>> copied
>> from there.
>>
>> iupdrvImageCreateImageRaw() and iupdrvImageGetRawData()
>> are opposite functions
On 7/26/15, Antonio Scuri 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. iupdrvImageCreateImageRaw and iupdrvIma
On 7/25/15, Antonio Scuri 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 iupChildTreeGetNativeParentHandle(ih) will
On 7/24/15, Antonio Scuri wrote:
> If all those modules I mentioned erlier are ready,
> iup*_common.c
Mostly stubs.
> iup*_dialog.c
Create and destroy a window and set TITLE.
> iup*_font.c
Using the 2010 implementation of what actually compiles, the rest is
stubbed out.
> iup*_loop.c
IupMa
On 7/23/15, Antonio Scuri wrote:
> 1) About the main loop. I think it is quite similar to the GTK:
>
> int IupMainLoop(void)
> {
> gtk_main();
> return IUP_NOERROR;
> }
>
> That's ok.
>
> 2) UnMap will be called only when you destroy the dialog. IUP does not
> automatically destroy its dialo
On 7/23/15, Antonio Scuri 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 essential to test spe
On 7/22/15, Antonio Scuri 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 that's great news
On 7/22/15, Antonio Scuri 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 "iupgtk_dialog.c". But being
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 woul
On 7/16/15, Antonio Scuri 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 triggers these same war
Two more points I forgot.
First, for the second (too big) problem, I've only seen it on the Pi
so far. I haven't done as heavy testing yet on the other platforms
though. (The first problem I've seen on all platforms.)
Second, on just the Pi, I'm seeing this GLib warning output when I
launch my p
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 i
On 7/14/15, Antonio Scuri 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'm seeing. So in
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/12/15, James Fuller wrote:
> Eric,
> I would love to see Iup on Pi.
> I had issues with Raspbian and Gtk-3 so I went with Ubuntu Mate.
> Here is my first attempt. I do plan to get back to it but am side tracked
> for a bit.
>
> http://www.bcxbasic.com/smf/index.php?topic=918.0
>
> James
>
1 - 100 of 114 matches
Mail list logo
