alert windows in synfig studio

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:

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

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.

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

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.

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.

Almost done,
alert_close_confirmatin.png
alert_confirmation.png

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

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:

Entry (Authentication) Alerts
屏幕åæ«ē…§ 2013-02-20 12.09.49 PM.png

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

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.

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.

new mockup for File->Importā€¦ and the demo

raw.githubusercontent.com/jcome ā€¦ porter.png

youtube.com/watch?v=OmXDRjnXcx4

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

Thanks! :slight_smile:

Yes, quite strange, no idea at all, why does it happen in OSX only. It might a bug of low level, gtk or its osx backend.

Yes, I think it is related to how doubles are stored, lists storage or something like that. Difficult to debug, since there are lots of points on the algorithm to check when the line goes to a bad number.
-G

work in progress, more can be found at github.com/jcome/synfig/tree/dialogs

Wow, I was out of here for a long time. The GTK3 port and GHIG sound really great! Great work Yu :slight_smile:

We are missing you, eldruin :slight_smile:. it is so great to see you are planing to spend some of your spare time on synfig development again.