Changes in galeon 1.3 over mozilla compiled with gtk2
Lindsay Haisley <[email protected]> Sat, 11 Oct 2003 11:44:50 -0500
| Newsgroups | gmane.comp.web.galeon.devel |
|---|---|
| Organization | FMP Computer Services |
| Message-ID | <[email protected]> |
I'm building a new desktop box running gentoo Linux, and the stable ebuild path just moved to gnome 2.4. Getting galeon compiled and running involved compiling mozilla with gtk2 support (in order to support epiphany), and building galeon 1.3.9. The latter is a masked package in gentoo (i.e. unstable) but this is the only way to get galeon to compile against mozilla with gtk2. A few things are missing in galeon 1.3.9 which were present in galeon 1.2 and I don't know if they can or will be fixed, or if the place they need fixing is in galeon, in mozilla or in the gtk2 toolkit. In particular: * The "Clear location" toolbar widgit/button is gone. This was an extremely convenient feature which allowed me to copy a URL from, say, an email or document, clear the location field (left mouse click) paste the URL (middle mouse click) and hit the 'go to' button (left mouse click), all with one hand without having to touch the keybaord. One handed operation is very convenient when I'm researching something on the web and don't really need or want to use my keybaord. Without this, I have to click in the location field and hold down the backspace or delete key and wait until the key repeat causes the field to be cleared - sometimes 10 or more seconds if the URL has a lot of query or get data in it (e.g. mapquest). * The "Find entry" toolbar widgit/button is also gone, another small but one of my favorite galeon convenience features. Several more mouse clicks in different places are now required to find text in a page. * Text entry fields in smart bookmarks aren't persistent and the fields are cleared on each use cycle. I much preferred them to retain text so that, for instance, I could use the google smart bookmark, to perform a series of related look-ups, even if I were browsing a referenced page rather than at a google results page. * I note that favicon.ico reading is strange. I guess there's no 'standard' on this, however I believe SOP is for a browser which supports them to request favicon.ico in the document root even if a URL is a request for a page in a subdirectory. galeon 1.2 worked as expected in this regard, however galeon 1.3 won't fetch favicon.ico from the document root if the URL is a request for a page in a subdirectory. Galeon 1.3 (or possibly it's in the gekko rendering engine) also appears considerably lest robust in handling the various favicon.ico multiple image formats which galeon 1.2 handled OK. In general, I've seen a lot of applications which seem to have lost lots of bits and pieces of functionality in the move from gtk1.2 to gtk2. Is this because of the need for radical rewriting of code in the apps, because these features are difficult to support in gtk2, or what? Is this situation expected to improve so that we can expect refinements lost in the migration to be restored at some point? -- Lindsay Haisley | "Everything works | PGP public key FMP Computer Services | if you let it" | available at 512-259-1190 | (The Roadie) | <http://www.fmp.com/pubkeys> http://www.fmp.com | | ------------------------------------------------------- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php