Re: Updated wishlist items

On Thu, 2005-02-17 at 06:47 -0800, Karsten M. Self wrote:
>on Thu, Feb 17, 2005 at 10:30:09AM +0000, Crispin Flowerday ([email protected]) wrote:
>> On Wed, 2005-02-16 at 19:34 -0800, Karsten M. Self wrote:
>> 
>> >     - Toggling off full-screen option.  State loss / Controls: F11 is a
>> >       reserved keybinding in WindowMaker.  There should be a control,
>> >       hotkey, escape key, or other option.  In 1.2.x, menu hotkeys
>> >       worked even when the menubar wasn't visible in fullscreen view.
>> >       In 1.3.x, they don't.  So:  <alt>-V-U (view => fUll screen) would
>> >       escape fullscreen mode in 1.2.  This should be restored.  Only
>> >       current option appears to be killing the entire browser session.
>> >
>> This works fine for me.
>
>Sorry, what works?  The suggestion, or the actions described have the
>desired effect?  Are menu items visible when hitting <alt>-V in
>full-screen mode?
>
If I press Alt+V the view menu appears. You can also hit F10 to get the
full menu bar.

>FYI: v. 1.3.19
Ditto (ubuntu package)

>> >MIME types / Open With
>> >----------------------
>> >
>> >  - If MIME types are going to be managed within GNOME, *DO* provide
>> >    access to the GNOME MIME type editor from within Galeon.  Similar to
>> >    the proxy configuration tool.
>> >
>> There is no Gnome MIME editor at the moment, I'm not saying I like that
>> situation (because I don't).
>
>Any suggestions at resolution?

It shouldn't be too hard for someone to write a standalone mime type
editor that alters the xdg mime type system. It just needs someone to do
it. 

Without using gnome, at the moment the only way to use the mime stuff is
really to hack the .desktop files manually, which frankly sucks :-(

>> >Cookies
>> >-------
>> >
>> >  - Current cookie management (Remove / Remove and block) 
>> >    Controls, Privacy.  Is _painfully_ slow.  I'm seeing a minute or
>> >    more to delete a single cookie.  Any reason for this?  Makes
>> >    operations pretty much infeasible.  Improve performance.
>> 
>> I don't know why it takes a while, perhaps someone would care to do some
>> research.
>
>Please.  Can you confirm the behavior?
>
For me the Remove option is fast, it's the "Remove and Block" option
that is slow, possibly there is some slowness with mozilla but that
needs looking at, and we could possibly delay adding it to the block
list until such time it won't block the UI.

>> >  - There's also the question of where cookie dialogs should appear.  My
>> >    suggestion is that a separate popup window should be replaced with a
>> >    dialog bar across the requesting webpage or tab.  
>> >    Controls.
>> >
>> You need to have a popup, as the page load _has_ to block until the user
>> has decided what to do with the cookie (Imagine a site that sets a
>> cookie on the main page, then expects it to be there when loading
>> images).
>
>Wrong.
>
>This is the "do the sensible, least-harm thing with least user input".
>
>  - Accepting a session cookie as a default preference offers minimal
>    privacy risk, and preserves functionality for virtually all sites.
>
While this is a nice idea, I think it needs a bit of careful
consideration of the privacy aspect. I'm also not 100% sure that this is
possible with the Gecko API's

>> >    Ability to search for specific sites / users (e.g.:  history search)
>> >    would be useful.  I need to weed out some dupe entries.
>> You can search for passwords...
>
>So it is.  OK, mostly resolved.
>
>What's not possible is to call up the username/password tuple for
>editing.  Which all considered is probably a Good Thing.

Hmm, is this actually that useful, e.g. I have about 40 passwords saved
in galeon, and I would say that 50% have the name 'crispin' 25% have
some form of my email address and the others are just random strings.

In all cases a search on usernames wouldn't be particularly useful,
however the domain name is what I always want to search for there.
Although it enough people reply and say they want to do it all the time,
I might be persuaded to make the search look for them as well.


>> >Google
>> >------
>> >
>> >   Google is becoming one of the major factors in pushing web features,
>> >   with its smart search, gmail, maps, and other features, and is become
>> >   a de facto establisher of standards.  Making Galeon compatible with
>> >   the tricks Google is shoving down browser-designer's throats is going
>> >   to be an increasing concern.
>> >
>> Do you have any particular problems with galeon and google ? or are you
>> just spreading FUD ?
>
>Well, the maps feature apparently didn't like by browser, or browser
>string:
>
>
>    Your browser is not supported by Google Maps just yet. We currently
>    support the following browsers:
>
>        * IE 5.5+ (download: Windows)
>        * Firefox 0.8+ (download: Windows Mac Linux)
>        * Netscape 7.1+ (download: Windows Mac Linux)
>        * Mozilla 1.4+ (download: Windows Mac Linux)
>
>    We are working on supporting Safari. Regardless of your browser
>    type, you must have JavaScript enabled to use Google Maps.
>
>    We recommend you download one of the browsers above, or you can try
>    to load Google Maps in your current browser.
>
>Hrm.  May just have been Javascript.  Seems to be working, but slowly.
>
>
>
>Also:  this wasn't stated as a "it doesn't work" situation,

Sorry, it just seemed like it, I have tried all the google labs stuff
(they are much fun to play with while getting bored at work), and
certainly have found nothing that didn't work.

Crispin



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click