fpGUI Toolkit v1.0 release for FPC 2.6.2

[Fred vS]

@ itmitica : Why are you so hostile to fpGUI ?
Are you the captain of the LCL army ?
Your last post prove you are not constructive.

Are you afraid about something ?
I really want to understand.

[Graeme]

The feature you're looking for are anchor points.

If the DPI value increases, the size of the form and components increase too. If you compare the sizes of the two screenshots I posted earlier, you will see that in the 140dpi screenshot, all the components increased in size, but the form stayed the same size. The form must be enlarged to accommodate the bigger widgets it holds.

Take another look at the dpi screenshots of my fpGUI test app. In each dpi test the form itself changed size too - in relation to the size change of the contained widgets..

Big big question mark for someone trying to build an alternative widgetset to LCL.

Big wake-up call..... I DON'T USE LCL.

I build fpGUI based on requirements and needs. The commercial apps I work on are the big driving force for what goes into fpGUI. They dictate the priority of features. fpGUI is NOT a clone of any other GUI toolkit - any similarity is pure coincidence. This allows me to innovate with fpGUI, and come up with fresh solutions to design problems.

Consider this my last reply to you. I've waisted enough time.

[itmitica]

@ itmitica : Why are you so hostile to fpGUI ?
Are you the captain of the LCL army ?
Your last post prove you are not constructive.

Are you afraid about something ?
I really want to understand.

I prefer realism to infatuation.
And I prefer honest tests, not like the one Graeme just pulled off.

Though I'm not quite sure where you come from, since for my every test, technical answer or technical question, in this thread at least, you seem to be letting yourself carried away poetically sideways and completely beside the point.

--
Mitică

[Graeme]

Hi do you plan do implement a platform independent message loop or to make possible to use  multiple mesage loops in fpGui?

fpGUI has its own internal thread-safe event/message queue. OS events are fed into this message queue and then processed by the framework. Your applications can post messages to that message queue too. There is only one message queue per fpGUI application. Hope this answers your question.

[Fred vS]

And I prefer honest tests, not like the one Graeme just pulled off.

Yes, honest tests, like the one, changing the DPI ( without to note it) and showing your strange result as prove.
(if you do the same think with LCL, you get same problems.)

Though I'm not quite sure where you come from, since for my every test, technical answer or technical question, in this thread at least, you seem to be letting yourself carried away poetically sideways and completely beside the point.

Yes, we do not read the same books.
And i do not want to read your messages any more, they are boring and not constructive ( like your Yupie-Cheetah ).
Adios mister Doctor in LCL.

@ fpGUI : You can count on the community of poets to follow you.

[itmitica]

And I prefer honest tests, not like the one Graeme just pulled off.

Yes, honest tests, like the one, changing the DPI ( without to note it) and showing your strange result as prove.
(if you do the same think with LCL, you get same problems.)

This is my very post about fpGUI.
Note that I clearly mention the DPI.

As far as I can tell (Win8 64bit, WinXp SP3, openSUSE 12.4), it works.

However, the widget sets are not truly native. This means you get odd and ugly looking components. Even more, there is no widget awareness for custom user settings, i.e. higher DPI.

Nice effort overall, but the resulting interfaces, as far as I'm concerned, have less than desirable visual results.

Am I missing something?

--
Mitică

And no, if you do the same thing with LCL, you don't have the same problems.

Though I'm not quite sure where you come from, since for my every test, technical answer or technical question, in this thread at least, you seem to be letting yourself carried away poetically sideways and completely beside the point.

Yes, we do not read the same books.
And i do not want to read your messages any more, they are boring and not constructive ( like your Yupie-Cheetah ).
Adios mister Doctor in LCL.

@ fpGUI : You can count on the community of poets to follow you.

You have issues.
You're the one that started  PM-ing me out of the blue, saying that LCL admins are begging Graeme NOT to post abut fpGUI because it's such a threat to LCL.

Hello Itmitica.
Im sure you are a intelligent person and hope you are cool now.

I discover fpGUI 3 days ago. I discover also a great hostility against fpGUI from many of the Lazarus team ( and from you too ).

If you take a look at the forum>LCL>Widgetset>Other, there are 2 topics about fpGUI.
Some administrator beg Graeme to NOT sent message about fpGUI.

I was thinking that fpGUI was part of Lazrus project but it seems more like a dangerous concurrent.

Could you explain me what you see wrong in the fpGUI project ?

Please, see that message like something cool, i just want to understand the situation and do not want to hurt you.

This is circus, not sound technical assessments, both from you and Graeme.
I guess the fault is mine for expecting professional maturity.

--
Mitică

[Fred vS]

Though I'm not quite sure where you come from, since for my every test, technical answer or technical question, in this thread at least, you seem to be letting yourself carried away poetically sideways and completely beside the point.

Of course im a ABSOLUTELY beginner in fpGUI. And my dummies questions help maybe other beginner.

Now i stop to talk about that. I gonna study fpGUI. See you back with some full fpc/lazarus/fpgui applications and tests.

[Fred vS]

@ Itmitica : I sent you a PM, you read it (without to respond).
After that you continue to agress me via forum.
And now you publish my PM.

You are a BAD boy.

[itmitica]

@ Itmitica : I sent you a PM, you read it (without to respond).
After that you continue to agress me via forum.
And now you publish my PM.

You are a BAD boy.

Listen buddy, you've clearly lost your marbles.
I PMed you very clearly, short and sweet: "I say it like it is, some may look at it as correct assessment, same may take it as heresy". Now, you either learn how to read your messages, or give up human interaction.

And after that, you chose to make a come back in the forum posts instead, with that childish "Adieu Doctor in LCL". Take a step back and make your next post about something worth out while. Technically.

--
Mitică

[Fred vS]

I PMed you very clearly,

Ooops, my fault, i just read the PM now.
You are right, i have to take a break, im too excited.
Sorry everybody, things escape me.

Excuse me Itmitica im blinded.
Sorry Graeme, i hope I have not done wrong to fpGUI with my excessive enthusiasm.

[itmitica]

If the DPI value increases, the size of the form and components increase too. If you compare the sizes of the two screenshots I posted earlier, you will see that in the 140dpi screenshot, all the components increased in size, but the form stayed the same size. The form must be enlarged to accommodate the bigger widgets it holds.

Take another look at the dpi screenshots of my fpGUI test app. In each dpi test the form itself changed size too - in relation to the size change of the contained widgets..

Here are my honest LCL tests.
Attached there's a simple LCL project: one Form with Autsize set to True, one RadioGroup with Autosize set to True
Tests are performed on two platforms with three different DPIs for each:
 
Win8
http://postimg.org/image/otw90h6yp/full/
http://postimg.org/image/ul33weas5/full/
http://postimg.org/image/h8bgg4jsr/full/

and openSuse 12.4
http://postimg.org/image/fknlvg6g3/full/
http://postimg.org/image/tyfveuq4x/full/
http://postimg.org/image/6qaow24wz/full/

At design time, the form has a random width.
At run time however, the form is changing its width accordingly, on each platform and for every DPI.
And no, there's no manual adjustment, design time or run time.


As far as I can tell, my initial assessment is true. Your fpGUI rates way under LCL to this concern, even with your DPI "toolbox" "fix", and especially when you consider the form placement bug you've still to address, despite a couple of mentions.

--
Mitică

[Paul Breneman]

There is a new i386-win32 release with FPC 2.6.2 and fpGUI 1.0 here:
  http://www.turbocontrol.com/easyfpgui.htm

The i386-linux and arm-linux releases will hopefully be updated soon.

[woodengineer]

Hello Graeme and Paul,

thanks for this great piece of software.
I have had great fun playing with fpGui on the RaspberryPi.
It is incredibly gracious of you to share work out of your professional life with the world for free!!
Thanks to people like you and the Lazarus / free pascal team we have an incredible powerful set of development tools free to use and learn from! 

Thanks again! 

[ahmadian]

Hello Paul,

Thanks a lot for sharing fpGui.
It is fastest GUI on Raspberry.
I'm Electronic man and want to change my last works on LCD+MCU based gui (bare metal) to new SOCs with OS.
In many of my Projects, I make a Board an Connect it to PC via USB or LAN. I must Write 2 code. One for MCU on board and One for PC (with Delphi or Lazarus).
But with Raspberry I can write single Code and connect all of sensors to GPIO/SPI/I2C of Raspberry.
I test fpGui IDE on LXDE desktop of Raspbian and it was ok. But when I run fpGui IDE on Command line of Raspbian, it show 'EAccess violation" error message!
What is the Problem?
Regards,
Ahmad

"Excuse me for my bad English writing (here is IRAN)"   

[benohb]

I test fpGui IDE on LXDE desktop of Raspbian and it was ok. But when I run fpGui IDE on Command line of Raspbian, it show 'EAccess violation" error message!

You can use Lazarus IDE with fpgui   http://wiki.freepascal.org/fpGUI_Interface