ivanbuto

Hi everyone, seeing as there seem to be some folks with good knowlede of C++ programming in this forum, along with a sense of dedication to keeping Windows 98 alive, I thought this would be the right place to post. As some of you might know or might have noticed, Mozilla has decided to drop support for all pre-Windows 2000 platforms on the current trunk code. This will impact all releases of Firefox and Thunderbird off the 1.9 branch and beyond (i.e. Firefox 3.0 and beyond). Note that Firefox 2.0 will still support Windows 9x. With Firefox 3, they will change their grahpics module to CAIRO, which uses some APIs that do not exist on Win9x. Here are the references: https://bugzilla.mozilla.org/show_bug.cgi?id=330276 https://bugzilla.mozilla.org/show_bug.cgi?id=331723 http://forums.mozillazine.org/viewtopic.php?t=401271 The "Kernel Update Project" is already one exciting thing happening in this forum. Perhaps some of you would be interested in contributing and trying to develop a compatibility library for Win9x and Mozilla, along the lines of what Robert Callahan posted in one of the bugzilla threads. Obviously there is still time to do this, but I thought it would be good to get discussions started early. Let's see if anyone is interested! On my end, I have almost no knowledge of C++ programming, but I'd be glad to volunteer in other ways.

Hi everyone, as some of you might know, the Windows 98 "Save As..." dialog box, besides being too small, clumsy, etc., has one annoying behavior. It lets you double-click through a folder shortcut, while replacing the name of the file to be saved with the name of the folder shortcut. Here is an example. You want to save a file called "example.abc". On your desktop, you have a shortcut to a custom folder somewhere deep inside your hard drive. Say this shortcut is called "Folder.lnk". Now, you click on the Desktop icon, and then double-click on "Folder" (note that .lnk extensions are not displayed by default even with all file extensions enabled). The Save As dialog box indeed takes you to the folder that the shortcut is referring to, but now the "File name" field, instead of "example.abc", you have "Folder.lnk"!! The Windows Me/2000/XP "Save As..." dialog boxes do not have this quirk, i.e. the file name is not replaced with the folder shortcut name. For these operating systems, an exception is set up somewhere so that the name of a shortcut folder is not inserted at all after a single click. I originally thought the difference could be attributed to comctl32.dll, however, this is apparently not the case, seeing as Windows Me with recent updates will have the same version of the file as Windows 98. What files account for this behavior in Windows 98, and could this quirk be fixed? Thanks, Ivan

BUG: Outlook treats new message window as a dialog box Applies to: Outlook 2000/2002/2003 (possibly also earlier versions, but not tested) Tested with: OL 2000 on Windows 98 SE OL 2003 on Windows XP Pro SP2 SYMPTOMS When Outlook is called externally to create a new message, it will treat the new message window as a dialog box. This has the consequence that the whole application is locked until one disposes of the "dialog box" either by sending the message or closing it. An alternative scenario is such that Outlook is not running, and the call is made to create a new message. In such case, if one attempts to start Outlook, one gets the following error message: "Cannot start Microsoft Outlook. A dialog box is open. Close it and try again." EXAMPLE The symptoms can be experienced for example when one is browsing a webpage with Internet Explorer, and uses the File -> Send -> Link by E-mail... function. Another example is using a "Compress and e-mail" function with the Windows Explorer file menu in case such an explorer shell extension is installed by the given compression software. Note: If one decides to save the new message in those cases and subsequently close it, the message is saved in the Inbox folder, NOT the Drafts folder (which is the normal behavior). DISCUSSION It would be helpful to find out exactly what external call to Microsoft Outlook causes this problem. For example, using the File -> Send Link... function with Firefox does NOT cause this problem with Outlook. One could argue that this is not a bug, but it would be a tough argument to make, seeing as other e-mail programs do not lock up in this way (including Outlook Express and Mozilla Thunderbird). I would like to submit this bug to Microsoft, but before doing so, I'm posting it on these forums to gather any relevant insights that people might have. Anything that would help describe the problem more accurately would be great. I got zero replies in the MS Outlook newsgroups (microsoft.public.outlook and microsoft.public.outlook.general). Ivan P.S. You have to wonder why Microsoft would not fix this bug after several versions of its flagship e-mail client. This seems to be a similar case as the lack of an option to select which pages to print in a plain text e-mail - in Outlook 2003, one still can't do this. Flexibility and responsiveness seem not to be values that Microsoft adheres to.