Important: Please read the Qt Code of Conduct - https://forum.qt.io/topic/113070/qt-code-of-conduct
What is this ?
-
It automatically opens on start-up and does not do much.
Is that a fancy replacement for "session"?
-
This is your project's settings tab. You probably have the "Restore last session on startup" option enabled in session manager.
You can get to your session selection and manager from the Welcome tab (first one at the top left).
-
Adding to @Chris-Kawa
-
Yes, the restore session option is enabled.
I was just curious what is the function of the form. It seem to serve no purpose. In my case , with "restore last session" it actually defeats the "restore last session" "automation".
-
That page has nothing to do with sessions. It's not a replacement for them. It doesn't have any functionality related to them. It's just the page you apparently finished last time on, so it opens again when you restart Creator because you have the restore option checked.
That option's function is to put you exactly where you finished last time when closing Creator and that's what it is doing. If you closed Creator when you were on Edit page it would have opened there. Same with any other page.As to what is the purpose of the Projects page - well it's pretty much what the options on it say. Among other things it lets you select active project, choose Qt kits used to build it and override per project certain global editor settings.
-
OK, I shall test the "theory".
However, as always, I like to state that this kind of form - missing "common courtesy" buttons likes "OK" "Cancel" "ignore" etc. should be "banned " or go the way of do-do bird.
Cheers
-
@AnneRanch said:
I like to state that this kind of form - missing "common courtesy" buttons likes "OK" "Cancel" "ignore" etc. should be "banned " or go the way of do-do bird.
There are basically two schools of thought on this particular ui type - one says options dialogs should behave like non-modal tool windows and have immediate effect and the other is the transactional approach - open a modal dialog, setup options (transaction) and accept/discard via dedicated button.
Both camps have equally strong followings in the ui community and there was a 50/50 chance Creator would please your particular taste in this regard. Oh well, for every person that dislikes this approach there's another that likes it, so maybe you can find some comfort in that thought ;)
-
@Chris-Kawa Long long time ago I was "introduced" to Unix and it had a simple philosophy - it it does not respond to TYPED command it is OK.
Now these were the days when computer memory was a limiting factor...
( and more time / memory was spent on error processing...)Today the limiting factor is the coder concurrence with "inmates are running the asylum" motto - code with least effort.
It this case starting with dialog with default buttons was apparently to painful.
Cheers
-
@AnneRanch said in What is this ?:
Today the limiting factor is the coder concurrence with "inmates are running the asylum" motto - code with least effort.
It this case starting with dialog with default buttons was apparently to painful.
As @Chris-Kawa said, there are different design philosophies. Each have their pros and cons. There is no need to denigrate others or make snarky remarks just because you don't like a particular design.
If you wish to discuss your ideas on dialog design, head to https://ux.stackexchange.com/ -- it is a gathering place for people who focus on these ideas and issues.
-
@JKSH So we , as a group , had a nice leisurely talk and expressed our opinions ..until you came up with commenting on my style...and opinion same time.
I have "a rule" not to engage with anybody with " I am better than you / my opinion is better - so you better think / write the way I do ".There is only one result in engaging in distorted , one way social exchange like that - it usually leads to thread being locked and or I gets banned.
So
I am gone...
-
@AnneRanch I have no problem with your opinions; we are all free to like and dislike designs. But please don't insult people in the process.
-
@AnneRanch said:
It this case starting with dialog with default buttons was apparently to painful.
Nah, it's not ignorance or laziness of the programmer. It's a conscious ui design pattern. The idea of this approach is that all options are applied on the fly, so an "OK" button would do nothing except closing the window, so might as well name it "Close", like you see here.
