Re: [Epiphany] 1.2 plan revisited

["David Adam Bordoley" <bordoley msu edu>]

From: Marco Pesenti Gritti <marco@gnome.org>
<snip/>
> 
> Missing stuff: 
> 
> - Downloader. Xan is on it :)

Rock on! 

> 
> - Gnome print dialog. Some changes to current print dialog are necessary
> if we want to be able to switch to it. We really need to talk about them
> with Jody ASAP, otherwise I guess it will have to be punted. Christian ? 
> 

If chpe or you has time, it would be nice to get this in. At the very least 
we should try to get in contact with Jody to let him know what is necessary 
for us. That way perhaps at least the changes we need can land into 
gnomeprintui for the next gnome release and we can port to it after. 

> - Extensions. We still need to figure out the needs for ui merging. I
> think hacking a web developers plugin would help us with it. 
>

I would like us to be extremely careful here, I really don't want the 
windows explorer mess where any app can fill your toolbars and menus with 
junk. Sensible extensions though are definately a plus. 

> - Certificate manager. I have to admit my mind is still shocked after
> I've seen the blinking "Please wait" when trying to install a personal

Perhaps a busy cursor? 

> certificate. I wanted to leave browsers hacking forever ... then I
> decided to stay because maybe we have an opportunity to fix it :P
> Seriously, Robert can you explain the status of your patch so I can try
> to make a decent plan on this ...

This is because you are so cool... 

> 
> - Greg recommendations
> (http://www.phys.lsu.edu/students/merchan/GNOME/Recommendations/Epiphany/).
> The icon in the entry is blocked on gtk but we talked with kris about
> it, hopefully he will be able to convince owen :)

Yeah what we basically need is either add an icon to gtkentry and the 
ability to access the widgets to connect to the drag signals or have an api 
for packing arbitrary widgets into the entry (I think this is pretty crack). 
Maybe we should email gtk-devel list directly to make the importance of the 
issue to us a little more visible?
> 
>>The statusbar is blank, as there is no activity to report. The change
>>from the spinning arrow animation (below) indicates the page has
>>completely loaded. The progress bar has been removed.
> 
> I'm unsure about this changes. On slow connections I think it can be
> useful to have a more detailed progress feedback (like how much of the
> page have been loaded ...)
 

I agree with greg here about the "Done." message at least. We show progress 
in so many ways (throbber, tab spinning icon, busy interactive cursor) that 
it is pretty obvious to users when page loading is complete. A "Done." 
message in the statusbar is just sort of distracting and unneeded imo. 

Not sure about removing the progress bar, need to think about that. 

> 
>>With the lock icon now on the left, the resize grip is displayed on the
>>right-hand side of the statusbar.
> 
> Is the reason to move the icon, to have the resize grip ?
> I wonder where it's more visible, left or right.

Actually i think the lock icon on the left is probably more visible, but i'm 
not quite sure why? Just my intuition. 

That said I think we should go with this, cuz have a resize grip is just 
useful (yes its a minor detail, but it really does make resizing windows 
easier 

dave, 


ps. anyone who implements undo/redo in moz text entries will be my hero. The 
lack of the feature leads to alot of webmail horrors.