alert windows in synfig studio


#1

currently , they are not in an unified way, some warning dialog are coded as error dialog for example.
and, I would like to improve it a bit more, following other gtk graphics apps (gimp/inkscape mainly) and the gnome hig documents:

the alerts will be info , question, warning and error.
the window title: the “action” that popups this dialog.
the primary text: in bold, one sentence summary of the information or suggested action
the secondary text: a more in-depth description of the problem and suggested action

more details can be found in ghig document.

does it make scenes?
alert-error-current.png
alert-error-new.png


#2

Yes it makes “scenes” :wink:
-G


#3

:blush:
so it does not make “sense”.


#4

Hi guys,
do you really like these dailogs when you animating in Synfig Studio:
synfig-message-dialogs-Screenshot.png
synfig-message-dialogs-2.png
synfig-message-dialogs-3.png

I would like to take my spare time to improve/polish dialog style. following the guide line

Four styles:

[]Information Alerts
[
]Error Alerts
[]Confirmation Alerts
[
]Authentication Alerts

Maybe I will take some time to design 4 synfig specified icons for different styles, in synfig studio of couse. I would like to do some artwork design with Synfig Studio again.

Any suggestions will be appreciated.

btw, Hi Gente, Can I correct my typo now :mrgreen:


#5

I think it would be very good if you want to polish the popups. Making them clearer can only make Synfig better.


#6

yes, not only the dialog style in looking, but also the functionality. For example, why can we just put a “enable animate mode” button atthe dailog to let user just click ONE TIME and go back to creating status with animate mode enabled.

We can polish our synfig with some small changes, small changes makes good improvement :wink:


Native OSX builds - needs testing
#7

It does, it does. Every little thing makes it better.


#8

Quotes from GHIG:
1)An alert has a border similar to that of a dialog, and is object modal.

2)Alert windows have no titles, as the title would usually unnecessarily duplicate the alert’s primary text.
This way, users can read and respond to alerts more quickly as there is less visual noise and confounding text.

3)Alert windows are not resizable.

4)Alerts must stay above their parent
If the user needs to resize your alert, the text is probably not concise enough.


#9

Hey jcome!
I back you completely all your proposals here. Please don’t be so hard with me when you find more quick and dirty fixes I might have done in the past with the alert or message dialogs :blush: :blush:
Keep the good work! :slight_smile:
-G


#10

dont worry about it, your inputs and comments are always help me to understand the code and guide me to a right way to fix or improve the app.

Thanks for your encourages as always . my attempt to put these texts here is to obtain suggestion from community, and as a reminder which can push me to implement it.


#11

Then one more encouragement: jcome that would be very nice! (yes I dislike some of the current warning/errors dialog that look meant for developers in a debugging session and not the final user who is interested in solving… not diagnosing. (Genete and others: no harm intended! quick & dirty fix we all know!)

so: cheers!
Berteh.


#12

Almost done,
alert_close_confirmatin.png
alert_confirmation.png


#13

Is the green little man a definitive icon for that dialog? or is just an example?
-G


#14

just an example, to for file/canvas colse confirmation dialog, there is not a standard one from Gtk, we have to implement by ourself, and since I am willing/going to design a set of synfig specified Icons for these Dialogues (Alerts) windows, Like Gimp does, so I just pick up icon randomly from our icon library. :mrgreen:

BTW, this is a side effect when I read canvasview.cpp and app.cpp code :slight_smile:


#15

Entry (Authentication) Alerts
屏幕快照 2013-02-20 12.09.49 PM.png


#16

I guess that the windows decoration are missing because the screen shot capture removed it?
-G


#17

These look great so far, well done! I agree with removing the titles as the content says the same thing so this is faster to read. You’ve sorted out the buttons putting them the most common way round which is nice.


#18

we are now ported to gtk3, hence, for alert windows, we will follow developer.gnome.org/hig/stable/dialogs.html.en as much as possible.


#19

new mockup for File->Import… and the demo

raw.githubusercontent.com/jcome … porter.png

youtube.com/watch?v=OmXDRjnXcx4


#20

Very cool Yu!

OMG! Have you seen the Advanced Outline render bug in OSX? I’ve tried a couple of times to fix it failing with no results. Oh dear! :frowning:
-G