Announcements :
K-Meleon Web Browser Forum
Download installer
Change since RC update 3:
Fixed: crash after moving a bookmark in an empty folder
Fixed: corrupted title in bookmarks editor
Fixed: crash when closing xul dialog
Fixed: mismatched favicon after force reload.
Fixed: readme.html
Added: spanish locale.
EDIT:
Here the final release unless I forgot something.
Implemented restart, improved favorites and bookmarks icon (bug 1056), and fixed encoding for hotlist.
Fixed history back menu not opening the correct page and kmeleon not sending the correct locale to website.
Edited 1 time(s). Last edit at 09/16/2014 09:49PM by Dorian.
Thank You Dorian,
I found one error. IMHO reported before. No Newsfox. Chrome missing.
Workaround mainly by George Hall and/or inspired by him at:
http://kmeleonbrowser.org/forum/read.php?9,128658,129175#msg-129175
Means You can probably place a Newsfox 1.0.9.1.1 with edited install.rtf into
./browser/defaults/profile/extensions. As workaround until better solution.
The newsfox.kmm macro is updated in the same thread.
The macro used now references the wrong URL: chrome://newsfox/content/newsfox-overlay.xul
Maybe someone that often uses RSS can test better/more than I did? Any volunteers?
mfG
P.s. Maybe someone could tell Newsfox devs that we can use the FF version now and thank them for years of support. May I?
Edited 2 time(s). Last edit at 09/08/2014 06:18AM by guenter.
There is a bug after installing RC2 under Linux, due to default homepage set when installing. It uses resource protocol which doesn't work under wine.
I didn't saw it, because I always installs over the previous install, and the setup didn't modify the homepage, which seems now to be the case.
I could be better even it doesn't always display the good locale to use file protocol instead of resource protocol, as in this function in main.kmm, and called in Help menu.:
Another bug, old too,, is the problem to set toolbars location.
Impossible to set it with mouse, and I must do it manually in prefs.js.
A real pain ...
Thanks
A+
Mozilla/5.0 (x11; U; Linux x86_64; fr-FR; rv:38.0) Gecko/20100101 Ubuntu/12.04 K-Meleon/76.0
Web: http://jujuland.pagesperso-orange.fr/
Mail : alain [dot] aupeix [at] wanadoo [dot] fr
Ubuntu 12.04 - Gramps 3.4.9 - Harbour 3.2.0 - Hwgui 2.20-3 - K-Meleon 76.0 rc
I have found the reason of the replacement of the homepage in setup.log
Deleted File: E:\Program Files\K-Meleon1.74RC\profile.ini
Deleted File: E:\Program Files\K-Meleon1.74RC\Profiles
Really bad ...
To avoid spécifying the files and folder to delete, it's necessary to preserve profile.ini and the folder profiles by copying it in temp (for example), and restorind it after cleaning.
A+
Mozilla/5.0 (x11; U; Linux x86_64; fr-FR; rv:38.0) Gecko/20100101 Ubuntu/12.04 K-Meleon/76.0
Web: http://jujuland.pagesperso-orange.fr/
Mail : alain [dot] aupeix [at] wanadoo [dot] fr
Ubuntu 12.04 - Gramps 3.4.9 - Harbour 3.2.0 - Hwgui 2.20-3 - K-Meleon 76.0 rc
Concerning toolbars location bug,
Here is what I have after setting it with mouse on a new profile :
After closing, and opening again, here is what I have:
I suppose this bug doesn't occur under Windows.
Thanks
A+
Mozilla/5.0 (x11; U; Linux x86_64; fr-FR; rv:38.0) Gecko/20100101 Ubuntu/12.04 K-Meleon/76.0
Web: http://jujuland.pagesperso-orange.fr/
Mail : alain [dot] aupeix [at] wanadoo [dot] fr
Ubuntu 12.04 - Gramps 3.4.9 - Harbour 3.2.0 - Hwgui 2.20-3 - K-Meleon 76.0 rc
alain, I am not sure what skin You mean.
XP Pro SP3. Shown Default skin and AuraAlpha. Naviation Buttons deactivated.
Rest is how they are by default. No XP problems IMHO.
Also shows religious expressions that I use to check whether Hotlist supports UTF-8.
Umlaut German and Accent French do not work. Maybe drop support for Hotlist.
Edited 1 time(s). Last edit at 09/08/2014 09:37AM by guenter.
Attachments:
Zwischenablage03.gif (70.3 KB)
KM keeps progressing, great!
Just a point to consider before dropping hotlist, although it's really archaic: Having 2 bookmark systems allows to set one to open in new tabs (usually preferred), and the other in same tab (needed for bookmarklets).
1.) IMHO yes and fast. Recent fixes came shortly after receipes to reproduce bugs or crash reports existed.
2.) I think that it should better be excluded. People like You can continue to use it because it still works - sort of.
Else keep Hotlist (which is ANSI it seems) and develop it to another diection.
Extend the length of links to maybe 1000 characters or more, so that it can make use of long bookmarklets.
But it was You that also complained about lost links and other problems.
Wasn't it?
And if it is to be overhauled it can just as well get UTF-8 support.
Edited 1 time(s). Last edit at 09/08/2014 01:50PM by guenter.
I use AuraAlpha(CnoT) which is just AuraAlpha Compact with no Transparency.
But it's not a skin problem, it's a toolbar problem.
Using a fresh profile, I set the toolbars locations, and before closing, I open prefs.js to keep the lines concerning the toolbars.
Then I quit and relaunch K-Meleon : toolbars have moved and keeping prefs, I see that a lot of prefs are gone ...
Here is what I want:
Here is what Km gives after a restart :
You can see that the first toolbar after the menu (index = 1) is systematically moved on the last toolbars line. If I locate URL Bar just after Menu toolbar, it's the URL Bar which is moved.
I have noticed that toolbars are displayed, even I dont have checked it.
Checking all the toolbars make the location as I wanted, but closing and opening again moves again the toolbar located after the manu (index=1)
Then unchecking Privacy restore it, but privacy is always displayed ...
After relaunching K-Meleon, same problem, and privacy is uncheched, but displayed
Checking it restore index 1,
and so on ...
Grr ... it's really a weird bug ...
A+
Mozilla/5.0 (x11; U; Linux x86_64; fr-FR; rv:38.0) Gecko/20100101 Ubuntu/12.04 K-Meleon/76.0
Web: http://jujuland.pagesperso-orange.fr/
Mail : alain [dot] aupeix [at] wanadoo [dot] fr
Ubuntu 12.04 - Gramps 3.4.9 - Harbour 3.2.0 - Hwgui 2.20-3 - K-Meleon 76.0 rc
Edited 2 time(s). Last edit at 09/08/2014 03:39PM by JujuLand.
Good job, Dorian!
But I still have one old request for 74:
unlike 1.6-branch 74 still doesn't make difference between 'default search engine' (pref kmeleon.general.searchEngine) and 'search engine for Keyword Autosearch' (pref keyword.URL).
The last one is absent in KM74 and cannot be handled when is added by user (moreover the corresponding field is removed from KMprefs panel)
In 1.6 I was able to set default engine as (for example) Google and URLbar autosearch engine as Google - I'm feeling lucky what made big difference and advantage in usability in comparison with all other browsers.
Now I can do Keyword autosearch only by default general engine.
Couldn't you bring keyword.URL support back, please?
The profile directory is only deleted when uninstalling and asking for the profile to be deleted. I've just tested and it works fine. What did you do exactly?
The default homepage is supposed to be "about:home". But you're mentionning the resource protocol ?
Since when? Looking at the prefs, the go buttons doesn't seem to be saved at all.
The autosearch is implemented in gecko and just use the default search engine.
It could be possible to separate both, but that's not trivial. I admit I forgot about this feature.
Please keep the Hotlist support! :O
Dobrý den Jarda,
oh benevolentnà bůh (benevolent God) do not tell me UTF-8 encoding works in České.
It does not work. :O
Edited 2 time(s). Last edit at 09/09/2014 03:40PM by guenter.
Attachments:
Zwischenablage04.gif (9.2 KB)
opera hotlist: as long as we can simply copy over the 1.5.4 plugin without needing any further tricks, there's no prob. 154 dll still works fine with special characters. And it does not delete nicks when adding a new bookmark.
Just don't know if that version can still run in KM74??
And not sure at the moment if 154-version also loses new entries when added by right-clicking the top folder in edit-mode, or when exactly that happened, but as long as a user knows that...
Edited 2 time(s). Last edit at 09/09/2014 05:34PM by siria.
Naturally it does still work. You only have to give it the 2 VC71 runtimes.
However. That does not improve a thing. Hotlist only worked properly for the native system language. Example: Umlaut was supported on a German system.
But not all foreign letters were supported.
On the left I hotlisted the same pages once again with the old hotlist plugin with 74.
Exactly the same for new or old plugin.
On the right I hotlisted one in German (native system language) which is displayed correctly and I also hotlisted 2 Czech worded pages. Again I did with the old hotlist plugin but now with 1.5.4 - for which it was built.
You will notice that not all Český/Czech sounds/letters are supported by 1.5.4 when the system language is German. So only the native system language's sounds/letters are fully supported.
None of the sounds/letters are supported by 74 with the old plugin. Not the none ANSI letters of a foreign language and not those of the native system language either. It is presumably the same code and that is how it works with 74.
There might be tricks to solve this problem on XP SP3 but I do not know them.
I probably have to tinker with the installed languages and fonts.
But there are IMHO no tricks for You - if there is ever a 74 that supports Win98.
Edited 2 time(s). Last edit at 09/09/2014 07:10PM by guenter.
Attachments:
Zwischenablage06.gif (46.3 KB)
Thank you for the test - and too bad, so KM74 messes special characters even with the old plugin :-( That leaves two possiblities, either drop it as you wish, or update that plugin too. No idea how much work that would be, and while being at it, perhaps modernize that archaic thing a bit? Since it uses just one text file for storing, just as the old bookmarks plugin did, I've been wondering for some time if bookmarks.dll couldn't somehow be copied and just modified for hotlist, but no idea.
And of course the main question is how many people would still need it today...
Hm, and now wondering if it would be possible to have a special folder in bookmarks, lets say named "bookmarklets", that opens by default in same tab, while all others open according to user setting...?
siria, Dorian will have to decide what to do best. Whether it takes long to fix and whether it is worth this amount of his time.
Since there were almost no complaints about the current shortcomings I think too few people use it. I activated it only to test and merely post my view. Which is: Few people use it so maybe invest no further work and drop official support.
It is currently good enough for no more than to store and run JS ANSI code strings.
The few that use it for that can take the one from 1.6 & 1.7 that also uses VC8 runtimes. Or they use the ones from the RCs. An official bookmarking plugin should support all languages. And we have bookmarks for that. Last time I tried even Opera test with chrome HTML engine version did not support the format.
IMHO You are the only person that had complaints because of normal use and You have to use 1.6 currently.
p.s. Und der Tscheche hat sich IMHO beschwert ohne zu wissen... oder als Troll.
Edited 1 time(s). Last edit at 09/10/2014 12:28AM by guenter.
Another plugin question: Would like to be able to put menus on skin buttons with LEFT click, especially by macros. Does the rebarmenu still work in KM74? And if yes, does it now show the checkmarks right? Because ever since I use KM there was a bug that the checkmarks showed the state from when a menu was last called by a regular way, not the current state. So I was forced to drop the checkmarks completely in macros, or else not use left-click menus (which probably makes 90% of clueless users think there were no menu at all)
I have two questions. They are:
1. Is it possible to optimize its usage of fonts?
2. Will the icon issue of the Edit dialog box via the Bookmarks plugin be fixed or not?
There is a bug in kmeleon where it sends uft8 strings to old plugin when it shouldn't. This will be fixed. Hotlist nick is already fixed.
We need an improvement list. Or this will be quickly forgotten :p
1) I'm not sure there is anything worth to optimize. It looks pretty standard.
2) Another icon issue
I don't see any problem here :s
2) The first sub folder has the icon assigned to the root folder in my installation of K-Meleon.
Edited 1 time(s). Last edit at 09/10/2014 08:08PM by Zero3K.
Check if you can have a look to display page information if it has an anchor (#), as it isn't displayed in this case.
For example, this:
http://kmeleonbrowser.org/forum/read.php?8,129178,129228,page=1#msg-129228
Can't show the information for this:
http://kmeleonbrowser.org/forum/read.php?8,129178,129228,page=1
that is the holding page for the msg anchor.
K-meleon tries to show the cache information for:
http://kmeleonbrowser.org/forum/read.php?8,129178,129228,page=1#msg-129228
Which doesn't exists in cache, as anchors can't be chached, obviously
I'm testing a way to run macros from a xpi. With this update, if there is a load.kmm inside the extension, it will try to run it.
Unzip browser/omni.ja then unzip newsfox_test.zip in kmeleon folder. You should get the menu item for newsfox without macros/newsfox.kmm
This is a temporary solution. We could also run a specific js inside the xpi (like kmeleon.js), which could make use of jsbridge and setmenu. But this will be also possible to do it with bootstrap.js in a later version (not in this release).
Attachments:
newsfox_test.zip (405.8 KB)
I don't think this is a bug. Special folders share the same icon (new bookmark, toolbar and menu)
A few days ago I've come across an older blog post from someone who is visually impaired and researched a bunch of browsers for _NATIVE_ color and font setting possibilities (it's german, www.knetfeder.de/linux/index.php?id=178 ). Needed among other points, like still needing a visible status bar and handy buttons for quick toggling of cookies and scripts etc. :cool: (I'm regretting since years our privbar was always hidden by default). In general the blog says many people with bad eyesight need dark page backgrounds and light font colors, big fonts etc. Additionally the author insists handling should be extremely easy, all settings very easily to be found, and even a minute needed to install extensions in FF seems already "too much work" - oh well... And for him/her it should also run on Linux without any installation efforts, so this doesn't really regard KM anyway.
But still, the COLORS prob got me thinking. According to their research it turned out there aren't many browsers with native support! Among them Firefox has it, but new versions are ruled out for handling reasons.
Now wondering again, does KM74 meanwhile have a pref sheet for color settings?
IMO that's really important. I kept missing it myself for years in older versions, especially a color for visited links and page background. It can only be input in about:config, and some time ago I even made myself a little css-macro to quickly toggle visited link color with a skin button (PS: is it possible to use the system color picker with a macro, and how??) And sometimes at night it's very handy to have a darker page background.
Was surprised now to rediscover a whole bunch of handy color prefs is already there in native gecko prefs, which I once knew but had long since forgotten again, oops. In pref sheets KM does offer to "Toggle Page Colors" and force user fonts, but the pref sheet to actually choose all those colors is missing. Especially for link colors and empty-tab-color. Would be a really a basic feature for a full browser and perhaps not overly complicated with just toggling existing prefs and using system color picker - but can't check myself, perhaps it's already there in KM74?
1.) Color picking: No K-Meleon Prefereneces do not have a GUI to set colors. AFAIR the Mozilla color picker did not work in past versions because K-Meleon did not have a full chrome.
AFAIK only SeaMonkey has it. Firefox has it parts of the SeaMonkey possibilities.
naruman's version 4+1 that works on XUL has the Firefox Options panel working sort of. So we IMHO have or could have it soon.
Currently color can be set via about:config for the items You mention.
Type colors in about:config and You have access to the options and their names.
Only very early km versions without working about:config did nor support this.
But even there You could write the prefs into prefs.js manually.
2.) You can get full controll to set all colors etc. via userContent.css.
A visually impaired person can create one CSS once and for all. Some years ago we had a thread where people that knew HTML helped out to create this for others.
3.) browser. display. use_system_colors is supported since ages.
But Windows can not set colors for individual apps, can it?
Empty tab color cannot be set by a browser that does not have a XUL GUI.
Or do You know any Windows or a Windows program that has this feature?
Hope I fully understood the meening of Your post.
Edited 1 time(s). Last edit at 09/11/2014 10:28AM by guenter.
Attachments:
Zwischenablage06.gif (96.1 KB)
Â
Edited 1 time(s). Last edit at 03/11/2016 09:27PM by adodupan.
I handle two color items in my "user defined stylesheet".
I may now try to move to using a "colors.js" file in browser, however I did not see Javascript in the configuration's list.
Dorian: Is there any way to fix the issue with some sites not showing their favicon when added as a bookmark?
Yes, something like your screenshot should definitely be standard in a current browser. It was already ages ago in my IE5, but of course considering the whole of it KM won by spades.
Yep, that's exactly what I did when I re-discovered there's whole bunch of ready-made color settings! Which I once had known but long forgotten again. Somehow that accessibility-blog woke me up now by showing how really useful those settings can be. And now of course my imagination is already dancing around making a new macro for it, but of course neither have enough time nor a convenient color-picker for macro
Sure, but I'm afraid only real fans will go to that trouble. Other casual by-droppers just take a quick look, don't find immediately what they search for and drop it again, just like most new users even have no clue that a thing like the privbar exists or that buttons and skins can be modified etc. Even bloggers and IT article writers overlook such features and don't even mention them.
Well, perhaps in theory, but in reality when I switch on "system colors" then my page background gets white again and the custom background color is ignored.
K-meleon announcements.
K-Meleon 74 RC 2
Posted by:
Dorian
Date: September 07, 2014 09:06PM
Download installer
Change since RC update 3:
Fixed: crash after moving a bookmark in an empty folder
Fixed: corrupted title in bookmarks editor
Fixed: crash when closing xul dialog
Fixed: mismatched favicon after force reload.
Fixed: readme.html
Added: spanish locale.
EDIT:
Here the final release unless I forgot something.
Implemented restart, improved favorites and bookmarks icon (bug 1056), and fixed encoding for hotlist.
Fixed history back menu not opening the correct page and kmeleon not sending the correct locale to website.
Edited 1 time(s). Last edit at 09/16/2014 09:49PM by Dorian.
Thank You for K-Meleon 74 RC 2 & NewsFox problem
Posted by:
guenter
Date: September 07, 2014 11:02PM
Thank You Dorian,
I found one error. IMHO reported before. No Newsfox. Chrome missing.
Workaround mainly by George Hall and/or inspired by him at:
http://kmeleonbrowser.org/forum/read.php?9,128658,129175#msg-129175
Means You can probably place a Newsfox 1.0.9.1.1 with edited install.rtf into
./browser/defaults/profile/extensions. As workaround until better solution.
The newsfox.kmm macro is updated in the same thread.
The macro used now references the wrong URL: chrome://newsfox/content/newsfox-overlay.xul
Maybe someone that often uses RSS can test better/more than I did? Any volunteers?
mfG
P.s. Maybe someone could tell Newsfox devs that we can use the FF version now and thank them for years of support. May I?
Edited 2 time(s). Last edit at 09/08/2014 06:18AM by guenter.
Re: K-Meleon 74 RC 2
Posted by:
JujuLand
Date: September 08, 2014 07:19AM
There is a bug after installing RC2 under Linux, due to default homepage set when installing. It uses resource protocol which doesn't work under wine.
I didn't saw it, because I always installs over the previous install, and the setup didn't modify the homepage, which seems now to be the case.
I could be better even it doesn't always display the good locale to use file protocol instead of resource protocol, as in this function in main.kmm, and called in Help menu.:
Open_KMReadme{
macroinfo=_("View basic information on the K-Meleon project");
$__l=getpref(STRING,"general.useragent.locale");
open("file://".getfolder(RootFolder).($__l=="en-US"?"/browser": ("/locales/".$__l))."/readme.html");
}
Another bug, old too,, is the problem to set toolbars location.
Impossible to set it with mouse, and I must do it manually in prefs.js.
A real pain ...
Thanks
A+
Mozilla/5.0 (x11; U; Linux x86_64; fr-FR; rv:38.0) Gecko/20100101 Ubuntu/12.04 K-Meleon/76.0
Web: http://jujuland.pagesperso-orange.fr/
Mail : alain [dot] aupeix [at] wanadoo [dot] fr
Ubuntu 12.04 - Gramps 3.4.9 - Harbour 3.2.0 - Hwgui 2.20-3 - K-Meleon 76.0 rc
Re: K-Meleon 74 RC 2
Posted by:
JujuLand
Date: September 08, 2014 08:03AM
I have found the reason of the replacement of the homepage in setup.log
Deleted File: E:\Program Files\K-Meleon1.74RC\profile.ini
Deleted File: E:\Program Files\K-Meleon1.74RC\Profiles
Really bad ...
To avoid spécifying the files and folder to delete, it's necessary to preserve profile.ini and the folder profiles by copying it in temp (for example), and restorind it after cleaning.
A+
Mozilla/5.0 (x11; U; Linux x86_64; fr-FR; rv:38.0) Gecko/20100101 Ubuntu/12.04 K-Meleon/76.0
Web: http://jujuland.pagesperso-orange.fr/
Mail : alain [dot] aupeix [at] wanadoo [dot] fr
Ubuntu 12.04 - Gramps 3.4.9 - Harbour 3.2.0 - Hwgui 2.20-3 - K-Meleon 76.0 rc
Re: K-Meleon 74 RC 2
Posted by:
JujuLand
Date: September 08, 2014 08:58AM
Concerning toolbars location bug,
Here is what I have after setting it with mouse on a new profile :
user_pref("kmeleon.toolband.&Go Buttons.break", 0);
user_pref("kmeleon.toolband.&Go Buttons.index", 2);
user_pref("kmeleon.toolband.&Go Buttons.size", 59);
user_pref("kmeleon.toolband.&Go Buttons.visibility", true);
user_pref("kmeleon.toolband.&Main Bar.break", 1);
user_pref("kmeleon.toolband.&Main Bar.index", 4);
user_pref("kmeleon.toolband.&Main Bar.size", 199);
user_pref("kmeleon.toolband.&Main Bar.visibility", true);
user_pref("kmeleon.toolband.&Privacy Bar.break", 1);
user_pref("kmeleon.toolband.&Privacy Bar.index", 10);
user_pref("kmeleon.toolband.&Privacy Bar.size", 977);
user_pref("kmeleon.toolband.&Privacy Bar.visibility", false);
user_pref("kmeleon.toolband.&Save Page As....break", 0);
user_pref("kmeleon.toolband.&Save Page As....index", 8);
user_pref("kmeleon.toolband.&Save Page As....size", 44);
user_pref("kmeleon.toolband.&Save Page As....visibility", false);
user_pref("kmeleon.toolband.&Zoom Buttons.break", 0);
user_pref("kmeleon.toolband.&Zoom Buttons.index", 6);
user_pref("kmeleon.toolband.&Zoom Buttons.size", 75);
user_pref("kmeleon.toolband.&Zoom Buttons.visibility", false);
user_pref("kmeleon.toolband.Bookmarks.break", 1);
user_pref("kmeleon.toolband.Bookmarks.index", 11);
user_pref("kmeleon.toolband.Bookmarks.size", 287);
user_pref("kmeleon.toolband.Bookmarks.visibility", false);
user_pref("kmeleon.toolband.Browser Con&figuration.break", 0);
user_pref("kmeleon.toolband.Browser Con&figuration.index", 5);
user_pref("kmeleon.toolband.Browser Con&figuration.size", 106);
user_pref("kmeleon.toolband.Browser Con&figuration.visibility", true);
user_pref("kmeleon.toolband.JavaScript &Console.break", 0);
user_pref("kmeleon.toolband.JavaScript &Console.index", 9);
user_pref("kmeleon.toolband.JavaScript &Console.size", 729);
user_pref("kmeleon.toolband.JavaScript &Console.visibility", false);
user_pref("kmeleon.toolband.Mail/&News Buttons.break", 0);
user_pref("kmeleon.toolband.Mail/&News Buttons.index", 7);
user_pref("kmeleon.toolband.Mail/&News Buttons.size", 106);
user_pref("kmeleon.toolband.Mail/&News Buttons.visibility", false);
user_pref("kmeleon.toolband.Menu.break", 0);
user_pref("kmeleon.toolband.Menu.index", 0);
user_pref("kmeleon.toolband.Menu.size", 361);
user_pref("kmeleon.toolband.Menu.visibility", false);
user_pref("kmeleon.toolband.Throbber.break", 0);
user_pref("kmeleon.toolband.Throbber.index", 3);
user_pref("kmeleon.toolband.Throbber.size", 27);
user_pref("kmeleon.toolband.Throbber.visibility", true);
user_pref("kmeleon.toolband.URL Bar.break", 0);
user_pref("kmeleon.toolband.URL Bar.index", 1);
user_pref("kmeleon.toolband.URL Bar.size", 159);
user_pref("kmeleon.toolband.URL Bar.visibility", true);
After closing, and opening again, here is what I have:
user_pref("kmeleon.toolband.&Go Buttons.index", 2);
user_pref("kmeleon.toolband.&Go Buttons.size", 59);
user_pref("kmeleon.toolband.&Main Bar.index", 4);
user_pref("kmeleon.toolband.&Main Bar.size", 199);
user_pref("kmeleon.toolband.&Privacy Bar.break", 1);
user_pref("kmeleon.toolband.&Privacy Bar.index", 10);
user_pref("kmeleon.toolband.&Privacy Bar.size", 977);
user_pref("kmeleon.toolband.&Save Page As....break", 0);
user_pref("kmeleon.toolband.&Save Page As....index", 8);
user_pref("kmeleon.toolband.&Save Page As....size", 44);
user_pref("kmeleon.toolband.&Zoom Buttons.index", 6);
user_pref("kmeleon.toolband.&Zoom Buttons.size", 75);
user_pref("kmeleon.toolband.Bookmarks.index", 11);
user_pref("kmeleon.toolband.Bookmarks.size", 287);
user_pref("kmeleon.toolband.Browser Con&figuration.break", 0);
user_pref("kmeleon.toolband.Browser Con&figuration.index", 5);
user_pref("kmeleon.toolband.Browser Con&figuration.size", 106);
user_pref("kmeleon.toolband.Browser Con&figuration.visibility", true);
user_pref("kmeleon.toolband.JavaScript &Console.break", 0);
user_pref("kmeleon.toolband.JavaScript &Console.index", 9);
user_pref("kmeleon.toolband.JavaScript &Console.size", 729);
user_pref("kmeleon.toolband.Mail/&News Buttons.index", 7);
user_pref("kmeleon.toolband.Mail/&News Buttons.size", 106);
user_pref("kmeleon.toolband.Menu.size", 361);
user_pref("kmeleon.toolband.Throbber.index", 3);
user_pref("kmeleon.toolband.Throbber.size", 27);
user_pref("kmeleon.toolband.URL Bar.index", 1);
user_pref("kmeleon.toolband.URL Bar.size", 159);
I really don't know where is the problem. I had a look to all the files in defaults, and found nothing.
I suppose this bug doesn't occur under Windows.
Thanks
A+
Mozilla/5.0 (x11; U; Linux x86_64; fr-FR; rv:38.0) Gecko/20100101 Ubuntu/12.04 K-Meleon/76.0
Web: http://jujuland.pagesperso-orange.fr/
Mail : alain [dot] aupeix [at] wanadoo [dot] fr
Ubuntu 12.04 - Gramps 3.4.9 - Harbour 3.2.0 - Hwgui 2.20-3 - K-Meleon 76.0 rc
Re: K-Meleon 74 RC 2
Posted by:
guenter
Date: September 08, 2014 09:35AM
alain, I am not sure what skin You mean.
XP Pro SP3. Shown Default skin and AuraAlpha. Naviation Buttons deactivated.
Rest is how they are by default. No XP problems IMHO.
Also shows religious expressions that I use to check whether Hotlist supports UTF-8.
Umlaut German and Accent French do not work. Maybe drop support for Hotlist.
Edited 1 time(s). Last edit at 09/08/2014 09:37AM by guenter.
Re: K-Meleon 74 RC 2
Posted by:
siria
Date: September 08, 2014 10:36AM
KM keeps progressing, great!
Just a point to consider before dropping hotlist, although it's really archaic: Having 2 bookmark systems allows to set one to open in new tabs (usually preferred), and the other in same tab (needed for bookmarklets).
Re: K-Meleon 74 RC 2
Posted by:
guenter
Date: September 08, 2014 11:26AM
Quote
siria
KM keeps progressing, great!
Just a point to consider before dropping hotlist, although it's really archaic: Having 2 bookmark systems allows to set one to open in new tabs (usually preferred), and the other in same tab (needed for bookmarklets).
1.) IMHO yes and fast. Recent fixes came shortly after receipes to reproduce bugs or crash reports existed.
2.) I think that it should better be excluded. People like You can continue to use it because it still works - sort of.
Else keep Hotlist (which is ANSI it seems) and develop it to another diection.
Extend the length of links to maybe 1000 characters or more, so that it can make use of long bookmarklets.
But it was You that also complained about lost links and other problems.
Wasn't it?
And if it is to be overhauled it can just as well get UTF-8 support.
Edited 1 time(s). Last edit at 09/08/2014 01:50PM by guenter.
Re: K-Meleon 74 RC 2
Posted by:
JujuLand
Date: September 08, 2014 03:22PM
Quote
guenter
alain, I am not sure what skin You mean.
I use AuraAlpha(CnoT) which is just AuraAlpha Compact with no Transparency.
But it's not a skin problem, it's a toolbar problem.
Using a fresh profile, I set the toolbars locations, and before closing, I open prefs.js to keep the lines concerning the toolbars.
Then I quit and relaunch K-Meleon : toolbars have moved and keeping prefs, I see that a lot of prefs are gone ...
Here is what I want:
Here is what Km gives after a restart :
You can see that the first toolbar after the menu (index = 1) is systematically moved on the last toolbars line. If I locate URL Bar just after Menu toolbar, it's the URL Bar which is moved.
I have noticed that toolbars are displayed, even I dont have checked it.
Checking all the toolbars make the location as I wanted, but closing and opening again moves again the toolbar located after the manu (index=1)
Then unchecking Privacy restore it, but privacy is always displayed ...
After relaunching K-Meleon, same problem, and privacy is uncheched, but displayed
Checking it restore index 1,
and so on ...
Grr ... it's really a weird bug ...
A+
Mozilla/5.0 (x11; U; Linux x86_64; fr-FR; rv:38.0) Gecko/20100101 Ubuntu/12.04 K-Meleon/76.0
Web: http://jujuland.pagesperso-orange.fr/
Mail : alain [dot] aupeix [at] wanadoo [dot] fr
Ubuntu 12.04 - Gramps 3.4.9 - Harbour 3.2.0 - Hwgui 2.20-3 - K-Meleon 76.0 rc
Edited 2 time(s). Last edit at 09/08/2014 03:39PM by JujuLand.
Re: K-Meleon 74 RC 2
Posted by:
rodocop
Date: September 08, 2014 03:30PM
Good job, Dorian!
But I still have one old request for 74:
unlike 1.6-branch 74 still doesn't make difference between 'default search engine' (pref kmeleon.general.searchEngine) and 'search engine for Keyword Autosearch' (pref keyword.URL).
The last one is absent in KM74 and cannot be handled when is added by user (moreover the corresponding field is removed from KMprefs panel)
In 1.6 I was able to set default engine as (for example) Google and URLbar autosearch engine as Google - I'm feeling lucky what made big difference and advantage in usability in comparison with all other browsers.
Now I can do Keyword autosearch only by default general engine.
Couldn't you bring keyword.URL support back, please?
Re: K-Meleon 74 RC 2
Posted by:
Dorian
Date: September 08, 2014 05:16PM
Quote
JujuLand
I have found the reason of the replacement of the homepage in setup.log
Deleted File: E:\Program Files\K-Meleon1.74RC\profile.ini
Deleted File: E:\Program Files\K-Meleon1.74RC\Profiles
Really bad ...
To avoid spécifying the files and folder to delete, it's necessary to preserve profile.ini and the folder profiles by copying it in temp (for example), and restorind it after cleaning.
A+
The profile directory is only deleted when uninstalling and asking for the profile to be deleted. I've just tested and it works fine. What did you do exactly?
The default homepage is supposed to be "about:home". But you're mentionning the resource protocol ?
Quote
JujuLand
Another bug, old too,, is the problem to set toolbars location.
Impossible to set it with mouse, and I must do it manually in prefs.js.
A real pain ...
Since when? Looking at the prefs, the go buttons doesn't seem to be saved at all.
Quote
rodocop
unlike 1.6-branch 74 still doesn't make difference between 'default search engine' (pref kmeleon.general.searchEngine) and 'search engine for Keyword Autosearch' (pref keyword.URL).
The autosearch is implemented in gecko and just use the default search engine.
It could be possible to separate both, but that's not trivial. I admit I forgot about this feature.
Re: K-Meleon 74 RC 2
Posted by:
Jarda
Date: September 09, 2014 01:16PM
Please keep the Hotlist support! :O
Re: K-Meleon 74 RC 2
Posted by:
guenter
Date: September 09, 2014 03:30PM
Quote
Jarda
Please keep the Hotlist support! :O
Dobrý den Jarda,
oh benevolentnà bůh (benevolent God) do not tell me UTF-8 encoding works in České.
It does not work. :O
Edited 2 time(s). Last edit at 09/09/2014 03:40PM by guenter.
Re: K-Meleon 74 RC 2
Posted by:
siria
Date: September 09, 2014 05:28PM
opera hotlist: as long as we can simply copy over the 1.5.4 plugin without needing any further tricks, there's no prob. 154 dll still works fine with special characters. And it does not delete nicks when adding a new bookmark.
Just don't know if that version can still run in KM74??
And not sure at the moment if 154-version also loses new entries when added by right-clicking the top folder in edit-mode, or when exactly that happened, but as long as a user knows that...
Edited 2 time(s). Last edit at 09/09/2014 05:34PM by siria.
Re: K-Meleon 74 RC 2
Posted by:
guenter
Date: September 09, 2014 06:44PM
Quote
siria
opera hotlist: as long as we can simply copy over the 1.5.4 plugin without needing any further tricks, there's no prob. 154 dll still works fine with special characters. And it does not delete nicks when adding a new bookmark.
Just don't know if that version can still run in KM74??
And not sure at the moment if 154-version also loses new entries when added by right-clicking the top folder in edit-mode, or when exactly that happened, but as long as a user knows that...
Naturally it does still work. You only have to give it the 2 VC71 runtimes.
However. That does not improve a thing. Hotlist only worked properly for the native system language. Example: Umlaut was supported on a German system.
But not all foreign letters were supported.
On the left I hotlisted the same pages once again with the old hotlist plugin with 74.
Exactly the same for new or old plugin.
On the right I hotlisted one in German (native system language) which is displayed correctly and I also hotlisted 2 Czech worded pages. Again I did with the old hotlist plugin but now with 1.5.4 - for which it was built.
You will notice that not all Český/Czech sounds/letters are supported by 1.5.4 when the system language is German. So only the native system language's sounds/letters are fully supported.
None of the sounds/letters are supported by 74 with the old plugin. Not the none ANSI letters of a foreign language and not those of the native system language either. It is presumably the same code and that is how it works with 74.
There might be tricks to solve this problem on XP SP3 but I do not know them.
I probably have to tinker with the installed languages and fonts.
But there are IMHO no tricks for You - if there is ever a 74 that supports Win98.
Edited 2 time(s). Last edit at 09/09/2014 07:10PM by guenter.
Re: K-Meleon 74 RC 2
Posted by:
siria
Date: September 09, 2014 08:46PM
Thank you for the test - and too bad, so KM74 messes special characters even with the old plugin :-( That leaves two possiblities, either drop it as you wish, or update that plugin too. No idea how much work that would be, and while being at it, perhaps modernize that archaic thing a bit? Since it uses just one text file for storing, just as the old bookmarks plugin did, I've been wondering for some time if bookmarks.dll couldn't somehow be copied and just modified for hotlist, but no idea.
And of course the main question is how many people would still need it today...
Hm, and now wondering if it would be possible to have a special folder in bookmarks, lets say named "bookmarklets", that opens by default in same tab, while all others open according to user setting...?
Re: K-Meleon 74 RC 2
Posted by:
guenter
Date: September 10, 2014 12:04AM
siria, Dorian will have to decide what to do best. Whether it takes long to fix and whether it is worth this amount of his time.
Since there were almost no complaints about the current shortcomings I think too few people use it. I activated it only to test and merely post my view. Which is: Few people use it so maybe invest no further work and drop official support.
It is currently good enough for no more than to store and run JS ANSI code strings.
The few that use it for that can take the one from 1.6 & 1.7 that also uses VC8 runtimes. Or they use the ones from the RCs. An official bookmarking plugin should support all languages. And we have bookmarks for that. Last time I tried even Opera test with chrome HTML engine version did not support the format.
IMHO You are the only person that had complaints because of normal use and You have to use 1.6 currently.
p.s. Und der Tscheche hat sich IMHO beschwert ohne zu wissen... oder als Troll.
Edited 1 time(s). Last edit at 09/10/2014 12:28AM by guenter.
Re: K-Meleon 74 RC 2
Posted by:
siria
Date: September 10, 2014 03:40PM
Another plugin question: Would like to be able to put menus on skin buttons with LEFT click, especially by macros. Does the rebarmenu still work in KM74? And if yes, does it now show the checkmarks right? Because ever since I use KM there was a bug that the checkmarks showed the state from when a menu was last called by a regular way, not the current state. So I was forced to drop the checkmarks completely in macros, or else not use left-click menus (which probably makes 90% of clueless users think there were no menu at all)
Re: K-Meleon 74 RC 2
Posted by:
Zero3K
Date: September 10, 2014 04:15PM
I have two questions. They are:
1. Is it possible to optimize its usage of fonts?
2. Will the icon issue of the Edit dialog box via the Bookmarks plugin be fixed or not?
Re: K-Meleon 74 RC 2
Posted by:
Dorian
Date: September 10, 2014 07:21PM
Quote
siria
Thank you for the test - and too bad, so KM74 messes special characters even with the old plugin :-(
There is a bug in kmeleon where it sends uft8 strings to old plugin when it shouldn't. This will be fixed. Hotlist nick is already fixed.
Quote
siria
Hm, and now wondering if it would be possible to have a special folder in bookmarks, lets say named "bookmarklets", that opens by default in same tab, while all others open according to user setting...?
We need an improvement list. Or this will be quickly forgotten :p
Quote
Zero3K
I have two questions. They are:
1. Is it possible to optimize its usage of fonts?
2. Will the icon issue of the Edit dialog box via the Bookmarks plugin be fixed or not?
1) I'm not sure there is anything worth to optimize. It looks pretty standard.
2) Another icon issue
I don't see any problem here :sRe: K-Meleon 74 RC 2
Posted by:
Zero3K
Date: September 10, 2014 08:07PM
Quote
Dorian
Quote
Zero3K
I have two questions. They are:
1. Is it possible to optimize its usage of fonts?
2. Will the icon issue of the Edit dialog box via the Bookmarks plugin be fixed or not?
1) I'm not sure there is anything worth to optimize. It looks pretty standard.
2) Another icon issue
2) The first sub folder has the icon assigned to the root folder in my installation of K-Meleon.
Edited 1 time(s). Last edit at 09/10/2014 08:08PM by Zero3K.
Re: K-Meleon 74 RC 2
Posted by:
JohnHell
Date: September 10, 2014 08:09PM
Check if you can have a look to display page information if it has an anchor (#), as it isn't displayed in this case.
For example, this:
http://kmeleonbrowser.org/forum/read.php?8,129178,129228,page=1#msg-129228
Can't show the information for this:
http://kmeleonbrowser.org/forum/read.php?8,129178,129228,page=1
that is the holding page for the msg anchor.
K-meleon tries to show the cache information for:
http://kmeleonbrowser.org/forum/read.php?8,129178,129228,page=1#msg-129228
Which doesn't exists in cache, as anchors can't be chached, obviously
Re: K-Meleon 74 RC 2
Posted by:
Dorian
Date: September 10, 2014 10:17PM
I'm testing a way to run macros from a xpi. With this update, if there is a load.kmm inside the extension, it will try to run it.
Unzip browser/omni.ja then unzip newsfox_test.zip in kmeleon folder. You should get the menu item for newsfox without macros/newsfox.kmm
This is a temporary solution. We could also run a specific js inside the xpi (like kmeleon.js), which could make use of jsbridge and setmenu. But this will be also possible to do it with bootstrap.js in a later version (not in this release).
Re: K-Meleon 74 RC 2
Posted by:
Dorian
Date: September 10, 2014 10:20PM
Quote
Zero3K
2) The first sub folder has the icon assigned to the root folder in my installation of K-Meleon.
I don't think this is a bug. Special folders share the same icon (new bookmark, toolbar and menu)
Re: K-Meleon 74 RC 2
Posted by:
siria
Date: September 11, 2014 08:28AM
A few days ago I've come across an older blog post from someone who is visually impaired and researched a bunch of browsers for _NATIVE_ color and font setting possibilities (it's german, www.knetfeder.de/linux/index.php?id=178 ). Needed among other points, like still needing a visible status bar and handy buttons for quick toggling of cookies and scripts etc. :cool: (I'm regretting since years our privbar was always hidden by default). In general the blog says many people with bad eyesight need dark page backgrounds and light font colors, big fonts etc. Additionally the author insists handling should be extremely easy, all settings very easily to be found, and even a minute needed to install extensions in FF seems already "too much work" - oh well... And for him/her it should also run on Linux without any installation efforts, so this doesn't really regard KM anyway.
But still, the COLORS prob got me thinking. According to their research it turned out there aren't many browsers with native support! Among them Firefox has it, but new versions are ruled out for handling reasons.
Now wondering again, does KM74 meanwhile have a pref sheet for color settings?
IMO that's really important. I kept missing it myself for years in older versions, especially a color for visited links and page background. It can only be input in about:config, and some time ago I even made myself a little css-macro to quickly toggle visited link color with a skin button (PS: is it possible to use the system color picker with a macro, and how??) And sometimes at night it's very handy to have a darker page background.
Was surprised now to rediscover a whole bunch of handy color prefs is already there in native gecko prefs, which I once knew but had long since forgotten again, oops. In pref sheets KM does offer to "Toggle Page Colors" and force user fonts, but the pref sheet to actually choose all those colors is missing. Especially for link colors and empty-tab-color. Would be a really a basic feature for a full browser and perhaps not overly complicated with just toggling existing prefs and using system color picker - but can't check myself, perhaps it's already there in KM74?
Re: K-Meleon 74 RC 2
Posted by:
guenter
Date: September 11, 2014 10:27AM
Quote
siria
snip...
But still, the COLORS prob got me thinking. According to their research it turned out there aren't many browsers with native support! Among them Firefox has it, but new versions are ruled out for handling reasons.
Now wondering again, does KM74 meanwhile have a pref sheet for color settings?
IMO that's really important. I kept missing it myself for years in older versions, especially a color for visited links and page background. It can only be input in about:config, and some time ago I even made myself a little css-macro to quickly toggle visited link color with a skin button (PS: is it possible to use the system color picker with a macro, and how??) And sometimes at night it's very handy to have a darker page background.
Was surprised now to rediscover a whole bunch of handy color prefs is already there in native gecko prefs, which I once knew but had long since forgotten again, oops. In pref sheets KM does offer to "Toggle Page Colors" and force user fonts, but the pref sheet to actually choose all those colors is missing. Especially for link colors and empty-tab-color. Would be a really a basic feature for a full browser and perhaps not overly complicated with just toggling existing prefs and using system color picker - but can't check myself, perhaps it's already there in KM74?
1.) Color picking: No K-Meleon Prefereneces do not have a GUI to set colors. AFAIR the Mozilla color picker did not work in past versions because K-Meleon did not have a full chrome.
AFAIK only SeaMonkey has it. Firefox has it parts of the SeaMonkey possibilities.
naruman's version 4+1 that works on XUL has the Firefox Options panel working sort of. So we IMHO have or could have it soon.
Currently color can be set via about:config for the items You mention.
Type colors in about:config and You have access to the options and their names.
Only very early km versions without working about:config did nor support this.
But even there You could write the prefs into prefs.js manually.
2.) You can get full controll to set all colors etc. via userContent.css.
A visually impaired person can create one CSS once and for all. Some years ago we had a thread where people that knew HTML helped out to create this for others.
3.) browser. display. use_system_colors is supported since ages.
But Windows can not set colors for individual apps, can it?
Empty tab color cannot be set by a browser that does not have a XUL GUI.
Or do You know any Windows or a Windows program that has this feature?
Hope I fully understood the meening of Your post.
Edited 1 time(s). Last edit at 09/11/2014 10:28AM by guenter.
Â
Posted by:
adodupan
Date: September 11, 2014 10:35AM
Â
Edited 1 time(s). Last edit at 03/11/2016 09:27PM by adodupan.
Re: K-Meleon 74 RC 2
Posted by:
JamesD
Date: September 11, 2014 12:01PM
I handle two color items in my "user defined stylesheet".
/* -- Links that have been visited are DeepPink -- */
a:visited { color: DeepPink !important; }
/* -- Links that need javascript are green -- */
a[href^="javascript:"] { color: green !important; font-weight: bold !important; }
I may now try to move to using a "colors.js" file in browser, however I did not see Javascript in the configuration's list.
Re: K-Meleon 74 RC 2
Posted by:
Zero3K
Date: September 11, 2014 04:15PM
Dorian: Is there any way to fix the issue with some sites not showing their favicon when added as a bookmark?
Re: K-Meleon 74 RC 2
Posted by:
siria
Date: September 11, 2014 06:26PM
Yes, something like your screenshot should definitely be standard in a current browser. It was already ages ago in my IE5, but of course considering the whole of it KM won by spades.
Quote
guenter
Currently color can be set via about:config for the items You mention. Type colors in about:config and You have access to the options and their names.
Yep, that's exactly what I did when I re-discovered there's whole bunch of ready-made color settings! Which I once had known but long forgotten again. Somehow that accessibility-blog woke me up now by showing how really useful those settings can be. And now of course my imagination is already dancing around making a new macro for it, but of course neither have enough time nor a convenient color-picker for macro
Quote
guenter
You can get full controll to set all colors etc. via userContent.css.
A visually impaired person can create one CSS once and for all. Some years ago we had a thread where people that knew HTML helped out to create this for others.
Sure, but I'm afraid only real fans will go to that trouble. Other casual by-droppers just take a quick look, don't find immediately what they search for and drop it again, just like most new users even have no clue that a thing like the privbar exists or that buttons and skins can be modified etc. Even bloggers and IT article writers overlook such features and don't even mention them.
Quote
guenter
browser. display. use_system_colors is supported since ages.
But Windows can not set colors for individual apps, can it? Empty tab color cannot be set by a browser that does not have a XUL GUI. Or do You know any Windows or a Windows program that has this feature?
Well, perhaps in theory, but in reality when I switch on "system colors" then my page background gets white again and the custom background color is ignored.
English
