I have updated KM-17 alpha to Gecko 1.9.1.16/date 20101209
from the brand-new Seamonkey 2.0.11 (from Seamonkey Tinderbox).
Note : This version needs the 80's runtimes. Download MSvce8dist.exe from
http://jujuland.pagesperso-orange.fr and install it.
The profile will be created inside the K-Meleon folder. If in Linux you want it inside
the ".wine" folder, because of user rights problems, rename the file profile.ini to profile.ini-renamed
before the first start.
This is just a proof of concept, not a polished final version, so some things may not work yet.

Download from here :

http://kmext.sourceforge.net/fred/KM-17alpha-S2011.zip

Regards to all

Fred

I'm using it right now, it look fast. I had to move the dll from the MSvce8dist.exe package to the KM-17alpha-S2011 folder manually. Not really a problem.

My OS: Win98SE with KernelEx 4.5.15. Compatibility tab set to XP Sp2.

Working great so far. Will keep you posted.
Thanks!

Thank you very much for updating the version, Fred. This version is much more stable than the NX-1.9.1.16.

The "Search Button" does the search with Google by default; is it possible to make the default search engine Scroogle instead of Google? I tried to do with the solution you gave me for the NX-version, but does not work in the S2011 version.
Regards.
L.

Quote
Luys
Thank you very much for updating the version, Fred. This version is much more stable than the NX-1.9.1.16.

The "Search Button" does the search with Google by default; is it possible to make the default search engine Scroogle instead of Google? I tried to do with the solution you gave me for the NX-version, but does not work in the S2011 version.
Regards.
L.

Luys,

I have Fred's version running OK on my XP PRO SP3 notebook and had no trouble adding the Scroogle search engine and then making it the default.

The key step is to use Tools/Web Search/Configure/SEARCH ENGINES and add these two lines there.

Scroogle

http://www.scroogle.org/cgi-bin/nbbw.cgi?Gw=

Then go back to configure and go to Web Search and click on ADD, scroll down and find Scroogle and use that as your default after removing the check mark from Google and after doing a search putting a check mark on Scroogle instead.

Worked for me.

N

ndebord,
Thank you very much for your very quick response, I could do it easily.
Greetings.
L.

Quote
Luys
ndebord,
Thank you very much for your very quick response, I could do it easily.
Greetings.
L.

Luys,

Glad it worked... someone else around here has a https version of scroogle that is even more secure, but I don't have the coding for it.

N

Scroogle SSL:

https://ssl.scroogle.org/cgi-bin/nbbw.cgi?Gw=

Quote
panzer
Scroogle SSL:

https://ssl.scroogle.org/cgi-bin/nbbw.cgi?Gw=

panzer,

Much thanks!

N

It's superb! Thanks Fred!

M.

ndebord, panzer,
Thank you very much for yours responses.
Regards.
L.

Extension kmsms don't work. Why?...

M.

Appears in the menu Tools - Web Services - SMS Service
and should basically work.
May be select a different SMS Provider ?

Fred

(KMSMS)
I use it (rare) in 1.5.4 and work, all right.

in 1.7alpha-exp. it was installed properly and suppose (?) in so same environment and kmsetting (privacy, proxy, etc.) like in 1.5.4.

I use kmsms for one receiver only. Country, provider and number was setting properly and checked.
It was first use kmsms in 1.7a-x. Connected,- but sent nothing. All very slow! Long spining wheel, No popup "your meessage was send".
- After few minutes I try send one more time with result like up.

I don't check this.- No third probe in 1.5.4 for test.
If you can, - check it, please.

It's first and only one stumble which I found
- 1.7a-x intalled 2.01.11 and frequently used.

Regards

M.

You are right, the message is not sent.
I have no idea, why it is not accepted.
Sorry that I cannot help in this.

Fred

xul bug
http://kmeleon.sourceforge.net/bugs/viewbug.php?bugid=1288

look at
https://developer.mozilla.org/en/XUL/Attribute/browser.type

'The content that is loaded inside the browser is not allowed to access the chrome above it.'

Using xul browser or iframe 1.6/1.7:
fails using type: content, content-primary, content-targetable
works using type: chrome (default)

Example:
If using type content||content-primary||content-targetable in 1.6/1.7
window.content is null for the document loaded inside the new browser.

In latest nightly Firefox 4.0b9 window.content remains available.
There is no solution while K-Meleon 1.6/1.7 sources are unavailable.

Quickfix:
- change xul type=(content||content-primary||content-targetable) entries to type chrome
or overwrite with XXXXXX (default is chrome).
- or use OpenURL_InBg (with tabs enabled) instead of OpenURL_InNewWindow (because tabs have autotype)
- delete XUL.mfl after any change of /chrome

Related bugs:
http://kmeleon.sourceforge.net/bugs/viewbug.php?bugid=1238

---
sorry for messing up the bug entry
found no option for editing
---



Edited 3 time(s). Last edit at 01/27/2011 02:08AM by deadlock.

Thanks for the information.

Fred

Thanks go to disrupted

Fred: can you confirm bug 1288 in bugtracking system
and delete my duplicated entry?

Latest binaries of kmeleon.exe are all from May 2010.
If their code is somewhere hidden in sourceforge cvs,
as god mentioned, a quick compare could fix it.

thanks

Habe die Info per Mail weitergeleitet, damit sicher ist, dass wer aufmerksam wird. mfG

thanks Guenter

A little early - nowadays not all mails reach address.

---

p.s. Eingang ist bestätigt;

Dorian hat übrigens vor 7 Tagen am CVS gearbeitet und 13 Dateien geändert.
Habe aber jetzt desga2 zur Sicherheit gefragt, wo die aktuellen Quellen sind.



Edited 1 time(s). Last edit at 01/30/2011 11:45AM by guenter.

13 files too much for them


http://sourceforge.net/blog/update-sourceforgenet-attack/


"running now against backup data"

"expect this to be one of the last services restored"

Quote
deadlock
13 files too much for them


http://sourceforge.net/blog/update-sourceforgenet-attack/


"running now against backup data"

"expect this to be one of the last services restored"

That explains why I had trouble seeing what files.

BTW. If the changes that are needed are in chrome's JavaSCript (which I think), that is used in human readable form in 1.6.beta2.

Quote
guenter
BTW. If the changes that are needed are in chrome's JavaSCript (which I think), that is used in human readable form in 1.6.beta2.

it is not in /chrome/*.jar

(updated information 2011-02-10/2011-02-14)

it is in /XUL.DLL
You can patch Firefox with Gecko > 1.9 to get same errors.
- bin-search-replace XUL.DLL content-primary>content-offmary
- (only one occurrence)
- run firefox -> error-console

(Example: XUL.DLL 2.0.0.4027)
================
-a??%<K?browser.
blink_allowed
browser.display.
normal_lineheigh
t_calc_control
content-primary
c o n t e n t -
content-targ
etable ¦É-ª¦§-?
================

'In Gecko 1.8.1 (Firefox 2) and earlier, the type may be 'content',
'content-primary' or some other 'content-' prefix. In Gecko 1.9 only
type='content-primary' and type='content-targetable' browsers may be
targeted.'

explanation found here:
http://fixunix.com/mozilla/406647-quirksmode.html

K-Meleon 1.6+ is missing the code for
content-primary' and content-targetable
which came with gecko 1.9.x.

In K-Meleon 1.6b2 the code for
content-primary' and content-targetable
which came with gecko 1.9.x.
is in components/gklayout.dll.
In K-Meleon 1.7a2 it is in XUL.DLL.
Apparently it is not used or
fails for some reason.

--

found this in Firefox sources:
mozilla-1.9.1\content\base\src\nsFrameLoader.cpp

<!-- snip
/**
* Set the type of the treeitem and hook it up to the treeowner.
* @param aItem the treeitem we're wrking working with
* @param aOwningContent the content node that owns aItem
* @param aTreeOwner the relevant treeowner; might be null
* @param aParentType the nsIDocShellTreeItem::GetType of our parent docshell
* @param aParentNode if non-null, the docshell we should be added as a child to
*
* @return whether aItem is top-level content
*/
static PRBool
AddTreeItemToTreeOwner(nsIDocShellTreeItem* aItem, nsIContent* aOwningContent,
nsIDocShellTreeOwner* aOwner, PRInt32 aParentType,
nsIDocShellTreeNode* aParentNode)
{
NS_PRECONDITION(aItem, 'Must have docshell treeitem');
NS_PRECONDITION(aOwningContent, 'Must have owning content');

nsAutoString value;
PRBool isContent = PR_FALSE;

if (aOwningContent->IsNodeOfType(nsINode::eXUL)) {
aOwningContent->GetAttr(kNameSpaceID_None, nsGkAtoms::type, value);
}

// we accept 'content' and 'content-xxx' values.
// at time of writing, we expect 'xxx' to be 'primary' or 'targetable', but
// someday it might be an integer expressing priority or something else.

isContent = value.LowerCaseEqualsLiteral('content') ||
StringBeginsWith(value, NS_LITERAL_STRING('content-'),
nsCaseInsensitiveStringComparator());

if (isContent) {
// The web shell's type is content.

aItem->SetItemType(nsIDocShellTreeItem::typeContent);
} else {
// Inherit our type from our parent webshell. If it is
// chrome, we'll be chrome. If it is content, we'll be
// content.

aItem->SetItemType(aParentType);
}

// Now that we have our type set, add ourselves to the parent, as needed.
if (aParentNode) {
aParentNode->AddChild(aItem);
}

PRBool retval = PR_FALSE;
if (aParentType == nsIDocShellTreeItem::typeChrome && isContent) {
retval = PR_TRUE;

PRBool is_primary = value.LowerCaseEqualsLiteral('content-primary');

if (aOwner) {
PRBool is_targetable = is_primary ||
value.LowerCaseEqualsLiteral('content-targetable');
aOwner->ContentShellAdded(aItem, is_primary, is_targetable, value);
}
}

return retval;
}
// snip -->



Edited 3 time(s). Last edit at 02/14/2011 01:46PM by deadlock.

Quote
Fred
I have updated KM-17 alpha to Gecko 1.9.1.16/date 20101209
from the brand-new Seamonkey 2.0.11 (from Seamonkey Tinderbox).
Note : This version needs the 80's runtimes. Download MSvce8dist.exe from
http://jujuland.pagesperso-orange.fr and install it.
The profile will be created inside the K-Meleon folder. If in Linux you want it inside
the ".wine" folder, because of user rights problems, rename the file profile.ini to profile.ini-renamed
before the first start.
This is just a proof of concept, not a polished final version, so some things may not work yet.

Download from here :

http://kmext.sourceforge.net/fred/KM-17alpha-S2011.zip

Regards to all

Fred

hey fred. Seamonkey 2.0.12 was released a few days ago.

wonder if you are going to make a new KM 1.7 alpha based on Seamonkey 2.0.12/Gecko 1.9.1.17.