StefanTroll - Would you take your stupid troll ass and go crawl back under your rock. The only time you post here is to spout off crap about Phoenix. You don't have anything useful or meaningful to contribute here so just go the heck away dumbass.
Forum: Development

No it is not a valid request but yes it was worded badly because he is a total idiot. Requesting to stop improving software and stop coding is the height of stupidity. K-Meleon is already easy to use, the problem is too many dummies don't know what they heck they're doing. As for Mikey - you are the weakest link, goodbye.
Forum: Improvement requests

One more minor update for consistency sake. The bookmarks plugin doesn't display statusbar messages for commands like the favorites and hotlist plugins do. Changing the last else if block (WM_MENUSELECT) at the end of ns_bookmarks\ns_bookmarks_utils.cpp to the following will fix this: else if (message == WM_MENUSELECT) { UINT id = LOWORD(wParam); if (id >= nConfigCommand &
Forum: General

The commands ID_FILE_PRINTPREVIEW and ID_FILE_PRINTSETUP should actually be ID_FILE_PRINT_PREVIEW and ID_FILE_PRINT_SETUP which are standard win32 definitions like ID_FILE_PRINT. Changing them to the standard definitions should make the default menu statusbar text appear for them though this will require accel.cfg and menus.cfg to be changed as well as some other source files. This one simple upd
Forum: General

Normally I ignore newbies and dummies but saying to stop improving software is really really stupid. The best way to unclutter the forums is for all of you newbies to go away. Frankly if you find using computers too complicated then you shouldn't have them in the first place. Don't post any more stupid idiotic brain-dead "stop coding" messages.
Forum: Improvement requests

MonkeeSage, All of the changes were not there. Please redo the mfcembed.rc diff and don't add any other resources. Make sure the three typos are fixed. Also there were extra strings in there which just add unnecessary bloat. Also in AccelParser.cpp, the definitions for KANA through MODECHANGE were still present. Finally there should be no changes in the prefs saving. That change has prefs.j
Forum: General

Here is some .exe size reduction stuff: In AccelParser.cpp delete the definitions for F13-F24 in the VK_TEST block. I have only seen these keys on old mainframe connectivity keyboards. Also the definitions for KANA through MODECHANGE should probably be deleted as well, these are only for Japanese keyboards and have special purposes so they most likely wouldn't be redefined as accelerators.
Forum: General

MonkeeSage, About bug 23, no changes are needed. K-Meleon already has code to reinitialize the prefs when prefs.js is modified using the internal editor in the prefs panel. Here is a diff file for mfcembed.rc which fixes a couple of typos, removes some unused statusbar messages and adds a couple of missing statusbar messages. Note the first two lines should have a tab character (09h) between t
Forum: General

FYI - undo and redo can be made to work in K-Meleon by deleting and commenting out the following lines in accel.cfg: CTRL Z = ID_EDIT_UNDO ALT VK_BACK = ID_EDIT_UNDO The undo and redo functions are inherit in the Mozilla code like the standard cursor movements. Undo is Ctrl-Z or Alt-Backspace, redo is Ctrl-Y. Since there is no redo function in K-Meleon the definitions were blocking the underlyi
Forum: General

MonkeeSage, A minor change to my history code update, I noticed that the grey plus key opens a folder so the grey minus should close it for consistency. Therefore VK_SUBTRACT should not send a minus, only VK_MINUS should. In hist_view.cpp, change: else if ( (wParam == VK_MINUS || wParam == VK_SUBTRACT) && len < (SEARCH_LEN-1) ) {
Forum: General

MonkeeSage, I don't think adding prefs while the browser is running will work because the new pref wouldn't be in the internal preferences list which is created when the browser is started. I see no reason of adding prefs while the browser is running. ie_utils.cpp (near the end): else if (CBookmarkNode *node = gFavoritesRoot.FindNode(LOWORD(id))) { char *ptr = (char
Forum: General

MonkeeSage, The bookmarks plugin change works just as expected, I wonder what prompted the code to be commented out originally ? I suppose the favorites and hotlist plugins should be updated as well (I only use the bookmarks).
Forum: General

MonkeeSage, I wouldn't consider bug 23 valid, some prefs (like the session history) aren't written out until exit and this shouldn't be overriden. The about:config code likely uses the Mozilla preferences service interface.
Forum: General

MonkeeSage, A minor change in the ns_bookmarks_utils.cpp I want to try - at the very end of the file some code is commented out which would clear the status bar when the cursor is on separators and popup submenus in the bookmarks menu. The comments say this doesn't always work but I don't see any reason why it shouldn't and even so it shouldn't cause any harm so uncomment the
Forum: General

MonkeeSage, Forget all the newbies and dummies, did you get anywhere with the new window focus stealing issue ? My best guess is that it has something to do with some win32 message which is generated the first time a page loads in a newly displayed window.
Forum: General

The functionality of toggling toolbars on and off can already be done with the macro id function: id(num) where num is between 2000 and 2050.
Forum: General

MonkeeSage, Huh ? Why would Phoenix be relevant to K-Meleon ?? K-Meleon only uses the Gecko and Necko DLLs from Mozilla. The UI stuff is native win32 whereas Mozilla and Phoenix use some form of xul. The change in Mozilla is mainly UI stuff to make it faster (and it really needs to be a lot faster). At least they're starting to realize that their dubious bloated portable UI madness sucks.
Forum: Development

jsnj, About Read nsDiskCacheStreamIO, this message isn't generated by K-Meleon, it comes from the Mozilla code (necko.dll) via an embed.jar properties file (necko.properties) and is generated via message substitution (Read %S). In fact I searched the Mozilla source cross reference site and couldn't even find the string "nsDiskCacheStreamIO" anywhere in the Mozilla source code
Forum: General

MonkeeSage, You may be interested to know that newly opened bug 442 is yet another frame related bug. Title tooltips are not positioned correctly in frames. Mozilla simply avoids these issues - title tooltips are never displayed (also avoiding bug 347), there is no autoscrolling at all, and reload frame is done via javascript. Lets not forget they didn't even support Save Frame As. Frankly
Forum: General

MonkeeSage, I don't think that's it. I think OnNewBrowser is called for a new invocation of K-Meleon, there's stuff in there to load the home page or blank. There is a comment "mozilla always tries to steal focus twice" in BrowserFrm.h in function ReturnFocus but that only seems to be called from OnUrlKillFocus in BrowserView.cpp. I'm not sure what action triggers
Forum: General

I did some checking and the focus stealing problem occurs with view source as well so it's a general issue with opening a new window in the foreground. I looked through the code and couldn't find what causes the focus to change the second time.
Forum: General

MonkeeSage and jsnj, Does it work as you expect it to ? The Mozilla bookmark keywords handling should be the same as Mozilla. Currently the favorites plugin doesn't have nickname support so in the main program code I submitted to the devs, the nickname lookup (with %s) is there but commented out. Apparently with some browser add-on pack you get a function in IE (quicksearch) which is basica
Forum: General

jsnj, I would say bookmarks since the bookmarks menus are created by the bookmarks plugin.
Forum: Bugs

MonkeeSage, 12 - The focus stealing definitely has something to do with opening a new window and is not macro related. It's most noticeable when a link opens in a new window - the focus is switched immediately which is correct, then a second time when the page is loaded which is annoying if you have switched away. 288 - I guess this may well be a Mozilla problem. I haven't used Mozill
Forum: General

MonkeeSage, I think I've fixed everything I can for now. Here's the list of everything I fixed: 347 - Suppress bogus invalid image message 306 - Remove "URL:" from URL bar 313 - Prevent URL bar dropdown autoselect when the URL bar has focus 381 - Add Force Reload command 297 - Fix Save As filename/filetype determination 387 - Add Save Frame As command 289 - Add URL bar nickn
Forum: General

No problems now, the additional if statement fixed it so it's good to go.
Forum: General

Found what was causing the crash, an if (q) is needed before the first strcat: BrowserView.cpp --------------- #include "kmeleon_plugin.h" #include <wininet.h> void CBrowserView::OnNewUrlEnteredInUrlBar() { char *p, *q, *r; char nickUrl; char custUrl; mpBrowserFrame->m_wndUrlBar.EditChanged(FALSE); nsCOMPtr<nsIWebBrowserFocus> focus(do_GetInterface(mW
Forum: General

MonkeeSage, I have both versions. I always keep the previous version until I verify that the latest version works without problems. I looked over the code and I don't see any reason why it shouldn't work and I just retested the new version and it seems to work now but it was giving inconsistent results last night - first a crash then the URL is not valid error. I'm not comfortabl
Forum: General

IRRELEVANT, I got three different results when I tested it. I didn't expect it to not work or I wouldn't have posted it but since it doesn't I want it removed and the original code which worked restored. If I figure something out then I'll post an update but for now I absolutely insist that this be removed.
Forum: General

This was unstable for me and I must insist that this be backed out. I do not want to be responsible for putting unstable code out there.
Forum: General