Re: [Iup-users] IupGridBox, Part II

2017-01-09 Thread Antonio Scuri
  Hi,

  Can you send me the code for that example. I may have an idea.

Best,
Scuri

On Sun, Jan 8, 2017 at 3:16 PM, Andrew Robinson  wrote:

> Hello,
>
> This is just feedback of user satisfaction. It is not a complaint, it is
> just an opinion and requires no response. I'm hoping someone will
> understand what I am saying here and will think of a way to improve the
> container functionality to bring it up to a more state-of-the-art level.
>
> With the following parameters:
>
> MARGIN=5x5
> GAPCOL=5
> GAPLIN=5
>
> I get the following rendering:
>
> Note how GAPLIN has no effect. That's because IUP needs to be told which
> component in the entire grid is the the tallest component in the entire
> grid, so with that in mind, I used the following parameters,
>
> SIZELIN=1
> SIZECOL=2
> MARGIN=5x5
> GAPCOL=5
> GAPLIN=5
>
> and I get the following rendering:
>
> So now GAPLIN is working, but I have a problem with the GAPCOL ignoring
> the QUIT button's width because IUP hasn't been told that the QUIT button
> is the widest button in that column, but I cannot convey that information
> to IUP without screwing up the rest of the layout, since columns zero and
> one of line 2 are zero width and zero height:
>
>
> To get this to work, I tried inserting the GridBox inside of a Vbox or
> Hbox, but they too have no effect on the QUIT button margin. I could make
> this work by overriding the fault main window width by using USERSIZE, but
> why have containers if I typically will have to override them like this?
>
> That was only for a simplified user interface. Just spelling out the
> labels and flipping SRC with DST, I get this rendering,
>
>
> which is awful and not very fixable.
>
> Therefore the problem is this: I cannot choose a container that will let
> me align components both vertically and horizontally. It is either one or
> the other, but not both. GridBox comes close but it isn't very powerful, as
> you can see. There is no point in having any of these containers, if they
> can only do very simple "Hello World" interfaces and nothing beyond that,
> without having to compile a confusing slew of Vboxes, Hboxes, and GridBoxes
> into your user interface. As much as I hate JAVA, their version of the
> GridBox was very useful. As it stands, I need to resort to the cumbersome
> CX and CY attributes of each component to make anything more complicated
> than a "Hellow World" user interface work.
>
> What is really great about GridBox is that you only need to pass one
> parameter to the function to load your entire interface.
>
> Best Regards,
>
> Andrew
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> ___
> Iup-users mailing list
> Iup-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/iup-users
>
>
--
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi processor-based developer platforms.
With one year of Intel Parallel Studio XE.
Training and support from Colfax.
Order your platform today. http://sdm.link/xeonphi___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users


Re: [Iup-users] IupGridBox, Part III

2017-01-09 Thread Andrew Robinson
Hello Hernan,

Yes, it did.

Thanks,

Andrew


On 1/8/2017 at 11:42 PM, Hernan Cano  wrote: 
Andrew:
I consider you can use the SIZE and RASTERSIZE attributes in the way I show
you in the attached file.
Tell me if this help you.
--
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi processor-based developer platforms.
With one year of Intel Parallel Studio XE.
Training and support from Colfax.
Order your platform today. http://sdm.link/xeonphi___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users


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

2017-01-09 Thread Jörg F . Wittenberger
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 
> apples and oranges.

I do NOT share your hard feelings towards the proposal.

Without knowing enough of the IUP internals to judge how hard it would be 
to actually implement it, I had the impression that the proposal was well 
thought out and would broaden the applicability of IUP. And at least IMHO 
it looks as if there is little actual damage done.

I myself learned already before to work AROUND the limitation of IUP 
expecting to assume control of the event loop of the application. And that 
is for a pure C+Linux application (which assumes to mostly sit in poll(2) 
and revolves around invoking callbacks when data is available). I wonder 
how many people ran into those issues too.

Furthermore I'd also welcome IUP support for iOS or Android. Though I'd 
agree with Andrew: if that came at the cost of becoming a non-maintainable 
bloatware, I'd rather choose the path of simplicity.

Best

/Jörg


..



--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users