Jump to content

egrabrych

Member
  • Posts

    175
  • Joined

  • Last visited

  • Days Won

    2
  • Donations

    75.00 USD 
  • Country

    Poland

Posts posted by egrabrych

  1. So try changing your custom IE button in the Opera standard_toolbar[...].ini file from:

    "Open in Internet Explorer"="Execute program, "iexplore", "%u", "Open in Internet Explorer"".

    to this:

    "Open in Internet Explorer"="Execute program, "C:\\Program Files\\Internet Explorer\\iexplore.exe", "%u", "Open in Internet Explorer"".

    I tried, does not work :(

    That's the only known workaround I am afraid and I did mention it in another thread (without going in such great details though).

    I think you're right.

  2. Greetings!

    I'm a user of the Opera web browser, working in Windows 98 SE + KernelEx 4.51. My Opera has the additional button [Open in Internet Explorer] placed on the toolbar, that allows to open the currently visible site in the Internet Explorer (mine is in 6.0 SP1 version). This button is implemented by a notation in the Opera standard_toolbar[...].ini file: "Open in Internet Explorer"="Execute program, "iexplore", "%u", "Open in Internet Explorer"".

    Up until the version 11.01 of the Opera, the button functioned properly. Unfortunately, after actualizing the Opera to 11.10 version, the button ceased to function completely - even though in the same version of the Opera, but installed in the Windows XP Professional SP3 executive system, it does still work (however, the button applies to the Internet Explorer 8 there).

    I don't have the knowledge vast enough to fix the problem by myself. I noticed, however, that clicking the right mouse button on a website window displayed by the Opera opens a context menu, in which one of the entries is command "Open with - Firefox" (I also have the Firefox 3.6). I was thinking, that perhaps I could try to place the entry "Open with - Internet Explorer" in there too. In order to do that, I used the notation placed in Windows XP Registry in the key [HKEY_LOCAL_MACHINE\SOFTWARE\Clients\StartMenuInternet] through the Internet Explorer 8 installer. This notation, after importing it to the Windows 98 SE Registry, I abridged of the sub keys irrelevant to this matter, finally leaving it in this very shape:

    [HKEY_LOCAL_MACHINE\SOFTWARE\Clients\StartMenuInternet\IEXPLORE.EXE]

    @="Internet Explorer"

    [HKEY_LOCAL_MACHINE\SOFTWARE\Clients\StartMenuInternet\IEXPLORE.EXE\DefaultIcon]

    @="C:\\Program Files\\Internet Explorer\\iexplore.exe,0"

    [HKEY_LOCAL_MACHINE\SOFTWARE\Clients\StartMenuInternet\IEXPLORE.EXE\shell]

    [HKEY_LOCAL_MACHINE\SOFTWARE\Clients\StartMenuInternet\IEXPLORE.EXE\shell\open]

    [HKEY_LOCAL_MACHINE\SOFTWARE\Clients\StartMenuInternet\IEXPLORE.EXE\shell\open\command]

    @="C:\\Program Files\\Internet Explorer\\iexplore.exe"

    The import.reg

    file contains such an abridged notation.

    After executing all this, in the context menu suddenly appeared the expected "Open with - Internet Explorer", that functions properly in the Opera 11.10 (11.11) operating in the Windows 98 SE + KernelEx 4.51.

    I must add, that placing in the:

    [HKEY_LOCAL_MACHINE\SOFTWARE\Clients\StartMenuInternet]

    key the @="IEXPLORE.EXE" value causes the entry "Open with - Internet Explorer" to be placed the highest in the context menu (without this value, the alphabetical order (of browsers' names) is in effect).

    The import_plus.reg

    file contains such a notation, with that value as well.

    Thanks to using the aforesaid solution, the lack of functioning [Open in Internet Explorer] button is no longer severe to me and I removed it from the toolbar.

    Of course, if anybody knows how to fix the problem properly, let him give it away to the other Opera users, including me :) .

  3. UPDATED 1-7-2011

    * Recompiled fix with IExpress [now compatible with 9x OSes]: MS IE 6.0 SP1 Cumulative Security Fix from MS10-071 = I2360131.EXE .

    For my Win 98SE, "I2360131.EXE" extracted into the Windows\Temp folder but did not automatically install. Right-clicking the ".INF" file and clicking "Install" did the trick.

    Affirmative. I have the same thing.
    I have revised the fix, please install again, it should work properly now [2.22 MB]:

    http://www.mdgx.com/files/I2360131.EXE

    It installs now only on Windows 98/98 SP1/98 SE/ME.

    PS:

    Users of Windows 2000/XP Pre-SP2 must install this one instead [Wild Bill's unofficial patch] [2.56 MB]:

    http://www.mdgx.com/files/X2360131.EXE

    Thanks for all the feedback.

    Is OK :)

  4. I have installed the 'Unofficial Windows 98SE Service Pack' and included the Tweak UI utility...the only thing is, when I try to run this utility, 'Tweak UI has been disabled by your administrator.'.

    I don't understand this...since there are no accounts on my PC.

    Any remedy?

    I am also facing the same problem??

    The answer you are over ... although not directly.

    Well, the problem stems from the variable in the Windows Registry:

    [HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Policies\System]

    "DisableRegistryTools"=dword:00000001

    You delete the variable "DisableRegistryTools" - the problem disappears... but how to do it?

    Fortunately, just change the value of this variable on the dword:00000000

    Create a text file named: ANY_NAME.REG and content :

    REGEDIT4

    [HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Policies\System]

    "DisableRegistryTools"=dword:00000000

    ;

    Warning! This content may not contain spaces. Remove, if you find them.

    After saving, double click the file to merge with the Windows Registry. Now Tweak UI and Regedit.exe become available.

  5. Thanks MDGx :)

    It now please even the Polish version ;)

    I attach the necessary files: Riched.dll and Riched32.dll (The original files are Microsoft!).

    Other files (except Advpack.dll): English version of Universal.

    In RICHEDNT.EXE (for Windows NT 4.0) Riched.dll file is exactly the same as in RICHED9x.EXE (for Windows 9x/ME) - so the file suitable Riched.dll Polish version, which convey in the previous my post.

    Riched32.dll 5.0.2134.1 there is no Polish version, English version is a universal version.

  6. Greetings,

    "Unofficial Windows 95/98/ME Visual Studio 6.0 SP6 Components" (VS6SP6U.EXE), published at this address:

    http://www.mdgx.com/files/VS6SP6U.EXE , includes Richtx32.ocx file in the 6.01.9816 version,

    Whereas "Unofficial Windows 95/98/ME Rich Text (RTF) Edit Controls Update" (RICHED9X.EXE), at this address:

    http://www.mdgx.com/files/RICHED9X.EXE , includes Richtx32.ocx file in the 6.01.9782 version - the older one.

    Shouldn't the Richtx32.ocx file in 6.01.9816 version be also brought in to the RICHED9X.EXE ?

    Thanks for your feedback.

    Good point.

    But it looks like other people here at MSFN [older posts in the RichEdit topic], a while back, experienced problems/bugs with newer rich controls, so I left those files the way they are.

    If you [and eventually others] confirm that the newer richtx32.ocx works ok, I'll update RICHED9X with the newest one.

    Tx

    HTH

    You twisted my arm real bad... :whistle:

    ... So I've updated RICHED9X.EXE [Win95/98/ME] + RICHEDNT.EXE [WinNT4] with newer RICHTX32.OCX 6.1.9782 ::

    >here< + >here<.

    Enjoy. ;)

    HTH

    Thanks MDGx :)

    It now please even the Polish version ;)

    I attach the necessary files: Riched.dll and Riched32.dll (The original files are Microsoft!).

    Other files (except Advpack.dll): English version of Universal.

  7. UPDATED · 12-1-2010

    Please see the top of this topic for most recent updates.

    These updates have a new home.

    Enjoy

    _________________________

    * Added WMP9 Q2378111 (MS10-082) WMP.DLL Fix. [thank you winxpi for the suggestion!]

    * Updated WUPG98 + WUPG98DE: added Q2378111 (MS10-082) WMP Fix.

    * Added a bunch of Polish fixes:

    - NUSBPL

    - SYSPLGPL

    - OLEUP_PL

    (..)

    Wrong link to OLEUP_PL;

    - should be:

    http://www.mdgx.com/files/OLEUP_PL.EXE

    not:

    http://www.mdgx.com/files/OLEUP_UP.EXE

  8. Seems that natural sorting fails to work with SeparateProcess turned on. Thx for reporting.

    Tihiy,

    'Natural file sorting' doesn't seem to work here too:

    HKLM\Software\Microsoft\Windows\CurrentVersion\Policies\Explorer -> don't have such key

    HKCU\Software\Microsoft\Windows\CurrentVersion\Policies\Explorer -> don't have the value "NoStrCmpLogical"

    HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\Advanced -> don't have the value "SeparateProcess"

    HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer -> don't have the value "DesktopProcess"

    When writing my post, I thought that I am "guilty" of no "natural sorting" in RP 9.7. In truth, I expected the requirement of cooperation with the relevant Windows files in their respective versions, but I did not know with which files and in which versions.

    "SeparateProcess" I really did had turned on, not even remembering about it - but disabling this option, and even complete removal from the Windows registry key, did not help at all.

    Which is a injury, because it makes contents of the folder more readable (I know this from Windows XP). :(

  9. (...) For some reason, the Recycle Bin icon no longer accurately shows its status (empty or full) especially within Windows Explorer. The Recycle Bin icon on the desktop seems to behave more normally most of the time (vs. the Windows Explorer Recycle Bin icon) but I don't think it's 100% accurate either. The Windows Explorer Recycle Bin icon is almost 100% inaccurate after the first filling/emptying of the Recycle Bin (i.e., shows it as empty when it is full and vice versa). (...)

    I know that is not a discussion thread about this, but I just ad vocem; see here:

  10. Greetings,

    "Unofficial Windows 95/98/ME Visual Studio 6.0 SP6 Components" (VS6SP6U.EXE), published at this address:

    http://www.mdgx.com/files/VS6SP6U.EXE , includes Richtx32.ocx file in the 6.01.9816 version,

    Whereas "Unofficial Windows 95/98/ME Rich Text (RTF) Edit Controls Update" (RICHED9X.EXE), at this address:

    http://www.mdgx.com/files/RICHED9X.EXE , includes Richtx32.ocx file in the 6.01.9782 version - the older one.

    Shouldn't the Richtx32.ocx file in 6.01.9816 version be also brought in to the RICHED9X.EXE ?

  11. What is wrong in my computer that Windows Explorer still sorts the files in order (for example):

    1.txt, 10.txt, 2.txt (and not: 1.txt, 2.txt, 10.txt) ?

    MS Windows 98 SE + KernelEx 4.5RC5 + Revolutions Pack 9.7.0 (with unselected option: "Don't use natural file sorting")

    Explorer.exe 4.72.3612.1710

    Shell32.dll 4.72.3812.634

    Kernel32.dll 4.10.2226

    In Windows register:

    in key [HKLM\Software\Microsoft\Windows\CurrentVersion\Policies\Explorer] - not exist value "NoStrCmpLogical"

    in key [HKCU\Software\Microsoft\Windows\CurrentVersion\Policies\Explorer] - exist the value "NoStrCmpLogical"=dword:00000000

    What else can have influence on file sorting in Windows Explorer?

  12. Revolutions Pack 9.7.0

    http://tihiy.net/files/RP9.exe

    - New: natural shell file name sorting;

    - New: Tahoma is shell font by default;

    - Fixed: small icon wasn't drawn for some applications;

    - Fixed: align to grid menu failed to work in some cases.

    @Tihiy:

    Hi,

    Two new configuration menu command in the Polish language:

    Don't replace default shell font with Tahoma=Nie zastępuj domyślnej czcionki powłoki czcionką Tahoma

    Don't use natural file sorting=Nie stosuj naturalnego sortowania plików

    I attach fixed RPConfig.lng file:

    RPConfig.zip

  13. @CharlesF:

    And why not: Autoruns 9.57

    As I said in post #30,

    it seems to me that all versions after 9.12 are buggy with Windows 98,

    and are not giving more information.

    I asked about Autoruns v. 9.57 because I had not noticed a difference in the results of performance in comparison to Autoruns v. 9.56. However, when I looked at the displayed information more carefully, I found out that some part of it is false. The Autoruns v. 9.56 or 9.57 DOES NOT FIND PATHS TO THE CERTAIN PROGRAMS wrongly claiming that files of these programs "does not exist". I also compared the results of performance of Autoruns v. 9.12 and Autoruns v. 8.73, version 9.12 displays more results (correct ones)!

  14. A month ago I wrote:

    After installing KernelEx 4.5 RC1 each time I run Windows 98 Second Edition (Polish version) I get the message: "Błąd przy uruchamianiu programu Uruchomienie pliku KEXBASEN.DLL jest niemożliwe. Sprawdź plik, aby rozpoznać problem." ("The kexbasen.dll cannot start. Check the file to determine the problem.")

    As it turned out later, I had understood the words of the error message: "The kexbasen.dll cannot start. Check the file to determine the problem." completely inversely to their actual meaning, wrongly seeing in them information about problem with launching KernelEx. That message had been really informing about inability to use KernelEx to open one of the programs launched in the autostart mode during starting the Windows system, and the KernelEx itself was fuctioning properly then.

    It ist highly possible that the identical incident occured to fortcollis (posted 23 june 2010); in my opinion (Xeno86 please correct me if necessary) the discussed error emerges from the attempt to use KernelEx before it is even fully opened - in practice it applies surely to one (or more - if the message appears many times) of the programs launched in autostart. This program, due to appearance of the error, rather won't start.

    In my case it was enough to use "Disable KernelEx extensions" in properties (in "Compatibility" lap) of the program to which error applies to: I think that it will be just like that in other people's cases.

  15. After installing KernelEx 4.5 RC1 each time I run Windows 98 Second Edition (Polish version) I get the message: "Błąd przy uruchamianiu programu Uruchomienie pliku KEXBASEN.DLL jest niemożliwe. Sprawdź plik, aby rozpoznać problem." ("The kexbasen.dll cannot start. Check the file to determine the problem.")

    post-293708-128066428618_thumb.jpg

    There was no such an error in KernelEx 4.0 final2. I have the impression that KernelEx 4.5 works correctly, however, there may be a too small time limit?

    I have a Pentium MMX 233 CPU, 128MB EDO RAM, KernelEx Core v4.5.11, kexbasen.dll file: version 4,5,1,1 / 4.5 RC1, 95,5kB (97 792).

  16. PowerQuest PartitionMagic 8.01

    There is a bug fix ENPM801_H1.ZIP which has been removed from http://service1.symantec.com/SUPPORT/power...62?OpenDocument (...)

    Original links are inactive. Files can be downloaded from the adresses:

    pm801_patch.zip (update version 8.0 to 8.01) - http://www.esnips.com/doc/daed094c-10c3-43ad-bc9d-8d05ae460e22/pm801_patch

    ENPM801_H1.ZIP (patch for version 8.01) - ftp://bo.mirror.garr.it/pub/0/symantec/english_us_canada/products/pmagic/pmagic_8/updates/ENPM801_H1.ZIP

    ENPM802_H1.ZIP (patch for version 8.02) - ftp://bo.mirror.garr.it/pub/0/symantec/english_us_canada/products/pmagic/pmagic_8/updates/ENPM802_H1.ZIP

×
×
  • Create New...