[CharlesF]

FWIW, I have corrected the french translation of the RP8.DLL from Revolutions Pack 9.7.2

The only change is the french translation, nothing else was modified.
No use to change RPConfig and RPSetup translations (from glocK_94 I think), they are perfect!

 RP8.DLL corrigée.rar (25.2K)
Number of downloads: 14
All installation information is included, en français s'il vous plaît.

HTH
Charles .

[jds]

CharlesF, on 11 January 2012 - 01:37 PM, said:

jds, on 11 January 2012 - 02:02 AM, said:

Another problem with RP 9.7.2 ...

If I'm running Opera 11 (with the help of KernelEx, of course) and I press Ctrl-Alt-Del, then simply cancel, Opera will be non-responsive, so I'm forced to close it.

Joe,

I have tried this but don't find any glitch with Opera and several tabs opened
(tested with Opera version 11.60 & version 11.01).

Did you try to simply uninstall RP, to be sure that it is the culprit?

Charles,

Perhaps low system resources could be partly responsible for what I have observed with Opera 11 when I apply Ctrl-Alt-Del with RP installed. However, I hadn't observed this effect prior to RP.

Since subjectively, albeit with limited testing, I have not observed improved stability with RP, I have now uninstalled it and instead, am using FreeRAM XP Pro 1.52 (despite its name, it runs on W9X and is freeware) to warn me when system resources are low, allowing me to take appropriate action before things become unstable. (BTW, I have disabled its main feature, to automatically free RAM when it's running low, until I gain some confidence this doesn't produce any side-effects.)

Unfortunately however, uninstalling RP does not restore the original taskbar behaviour. Any ideas how to get this back to normal? (I would have persisted longer with RP if not for this unwanted behaviour.)

Joe.

This post has been edited by jds: 28 January 2012 - 08:56 AM

[CharlesF]

jds, on 28 January 2012 - 08:53 AM, said:

Unfortunately however, uninstalling RP does not restore the original taskbar behaviour.
Any ideas how to get this back to normal? (I would have persisted longer with RP if not for this unwanted behaviour.)

What do you mean with 'the original taskbar behaviour' ?
Could you elaborate, plz?

[Drugwash]

@ jds: Please check the version of your Common Controls (COMCTL32.DLL); if it doesn't read as the screenshot below, please update it manually (in DOS mode) and check if the unwanted behavior persists.

Programming info:
The Rebar control is implemented starting with v4.70 of comctl32.dll. It uses different REBARBANDINFO structure sizes according to IE version (since MS implemented CommonControls updates in IE only - hence stripping IE from Windows is a BAD idea).
The problem is probably caused by the control not recognizing the RBBS_USECHEVRON style flag in the REBARBANDINFO structure, since this particular flag has been introduced in v5.80 of comctl32.dll.
 comctl32_properties.png (9.19K)
Number of downloads: 8

[LoneCrusader]

CharlesF, on 28 January 2012 - 05:23 PM, said:

jds, on 28 January 2012 - 08:53 AM, said:

Unfortunately however, uninstalling RP does not restore the original taskbar behaviour.
Any ideas how to get this back to normal? (I would have persisted longer with RP if not for this unwanted behaviour.)

What do you mean with 'the original taskbar behaviour' ?
Could you elaborate, plz?

I installed RP9 on a test VM so I could take these screenshots.

Here is the default Taskbar:


Here is the RP9 Taskbar:


HOWEVER when I Uninstalled RP9 on the test VM, the Taskbar reverted back to the original state, so I am baffled at jds's problem.

I prefer the original Taskbar look, but apparently there's no way to have it with RP9 installed.


I did verify the version of COMCTL32.DLL as suggested by Drugwash, mine matches his.

This post has been edited by LoneCrusader: 28 January 2012 - 09:01 PM

[Drugwash]

Open RegEdit and check this registry key and set it to 0xFFFFFFFF hex (-1 decimal) if it's 0 (zero).

HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Advanced\TaskbarSizeMove

Also monitor this key's value when (un)checking Lock The Taskbar menu item in Taskbar's context menu (right-click in Taskbar empty space). This item only appears when RP is installed.

@ LoneCrusader: what you point to in the first screenshot are the Chevrons I mentioned above (RBBS_USECHEVRON style). They should appear when taskbar is unlocked, with a comctl32.dll version of at least 5.80.

This post has been edited by Drugwash: 28 January 2012 - 09:42 PM

[LoneCrusader]

Drugwash, on 28 January 2012 - 09:30 PM, said:

...(un)checking Lock The Taskbar menu item in Taskbar's context menu (right-click in Taskbar empty space). This item only appears when RP is installed.

@ LoneCrusader: what you point to in the first screenshot are the Chevrons I mentioned above (RBBS_USECHEVRON style). They should appear when taskbar is unlocked, with a comctl32.dll version of at least 5.80.

This does indeed make (most of) the Chevrons reappear, however they are now like the ones in Windows XP Classic View rather than the original 98 style. This is much better than no Chevrons at all though. I can't believe I didn't discover that option when I tried it before...

Thanks Drugwash

[jds]

@CahrlesF : I have two vertical lines to the left of the quick-launch toolbar. One acts as a divider, the other as a handle that lets me move the quick-launch icon toolbar around. However, on the right, there is only a vertical divider line, so I cannot move the boundary between the quick-launch toolbar and the taskbar proper.

@Drugwash : The COMCTL32.DLL version information is exactly as you've shown (apart from the colour).

@LoneCrusader : I got to this point by trying the suggested work-around of disabling and enabling various toolbars prior to giving up and uninstalling RP. That may or may not be relevant.

@Drugwash : That registry key was +1, and still existing without RP. I've set it to -1, which has had no effect so far, but I'll experiment some more tomorrow.
Update : I've now had a chance to play around with this following the registry change, and there seems no change in behaviour (I'm still missing the extra chevron between the quick-launch toolbar and the taskbar proper).

Joe.

This post has been edited by jds: 31 January 2012 - 02:18 AM

[Tihiy]

Here are last RP9 source codes:
http://tihiy.net/files/rp9source.rar

Maybe someone will find use of this stuff i gave a piece of life to.

[Drugwash]

I may be asking too much but... could you provide some basic docs as to which is what and the stage the project is in? Admittedly, I know nothing about Pascal/Delphi and also don't have any such IDE installed, but I also see some C sources for a RP10 that I never heard of before. So please, a few pointers (so to speak ) would be more than welcome.

Although most (or rather all) of us out here would rather have you back, working on this masterpiece. Coz this piece of your life is also part of our lives, and has been for a few good years. Revolutions Pack is synonymous with Tihiy.


(fixed a couple of typos)

This post has been edited by Drugwash: 23 March 2012 - 03:25 PM

[dencorso]

Hi, Tihiy!
It's good to have you around!

And thanks for the sources, this ensures all the brainwork invoved in RP will be preserved.

You do rock!

[Dandee]

Tihiy, on 23 March 2012 - 02:04 PM, said:

Here are last RP9 source codes:
http://tihiy.net/files/rp9source.rar

Maybe someone will find use of this stuff i gave a piece of life to.

Hi RP fans,

I am sorry to read that Tihiy dropped the project. But I would be
even more sorry if the Revolutions Pack would die because of it.

I strongly believe in giving people a low-tech alternative to the
virus and spyware infected crap we are given these days. I think
Windows 98 is the Volkswagen of Operating Systems (MacOS being
the Porsche).

So I would like to continue the project. But my approach will be
different from Tihiy's. I want to use the "stub" approach. This
means creating a second User32.dll which is linked to all the
functions contained in the original User32.dll. This makes it
possible to override all of the windowing functions and use the
RP9 resources for skinning.

This approach has two major advantages: 1. It's clean, meaning
I don't have to find (and debug) all the different callback
functions and hooks, like Tihiy had to do.
2. It's portable to Windows 2000. At least I think it is. Of course,
a stub dll will be reported as being a virus, so maybe the whole
approach will become questionable.

In fact, I already created a prototype, using MinGW and some Assembler
code to "jump" to the original User32 functions. This works beautifully,
and I already got the basic skinning and alpha blending working.

There's a problem, though. If I use and test the dll during run-time
everything works as expected (it even works on an XP machine).
But if I try to boot Win98 with the stub dll in place, it crashes,
giving me the following error:

0D at 64D84558 (MUTEX_LEVEL_NUMBER_VIOLATION)

If I look this up on Google, I find some sites mentioning a
"priority inversion".

The strange thing is that in the bootlog file, I can see that
my User32.dll loaded and unloaded successfully, but when trying to
load the fonts, Win98 crashes with this error.

I am a very experienced Win32 programmer, writing programs in
Delphi and "pure api". I think I can pull it off, and I want to
take a shot at it.
But I also know that booting the new dll is the bottle-neck. If I
can get it to boot, I will put in my time.

So Tihiy, can you advise on this? Is it even possible? I'm sure
you had to solve this kind of problem for your kernel32 project.

Dandee.

[jds]

jds, on 28 January 2012 - 08:53 AM, said:

Unfortunately however, uninstalling RP does not restore the original taskbar behaviour. Any ideas how to get this back to normal? (I would have persisted longer with RP if not for this unwanted behaviour.)

Hurray! I've finally found a solution to the broken taskbar caused by RP, it's 'IEradicator2001a.exe' (don't forget to export your IE Favourites, if applicable)!

Joe.

This post has been edited by jds: 29 May 2012 - 06:36 AM

[Tihiy]

Quote

I want to use the "stub" approach. This means creating a second User32.dll which is linked to all the functions contained in the original User32.dll.

That won't work since shared 32-bit dlls are linked alltogether in system. RP7 used second patched copy of user32.dll (and it didn't work well). RP9 uses 32-bit dll functions override as well as 32-bit and 16-bit patching for standard controls. Just function override is not enough for full skinning.

[CharlesF]

jds, on 29 May 2012 - 06:35 AM, said:

Hurray! I've finally found a solution to the broken taskbar caused by RP

Again, did you found for sure that it came from the Revolutions Pack?

[jds]

CharlesF, on 29 May 2012 - 12:49 PM, said:

jds, on 29 May 2012 - 06:35 AM, said:

Hurray! I've finally found a solution to the broken taskbar caused by RP

Again, did you found for sure that it came from the Revolutions Pack?

Absolutely sure.

I installed it (supposedly just the resource/stability fixes) on two machines, and experienced the problem with both. Others here have reported the same issue. Now at least, I've found a way to effect a repair.

Joe.

[MiKl]

Hi guys,

this may not be the correct thread to post my question but I think it is related and maybe somewhere within RP is already the answer.
Right now I am using 'TransparentW' to get transparent icon text backgrounds.

But is there maybe a real 'seperate' patch available ?

Thanks,

Mikl

[PROBLEMCHYLD]

MiKl, on 23 June 2012 - 07:30 AM, said:

Hi guys,

this may not be the correct thread to post my question but I think it is related and maybe somewhere within RP is already the answer.
Right now I am using 'TransparentW' to get transparent icon text backgrounds.

But is there maybe a real 'seperate' patch available ?

Thanks,

Mikl

Maybe this can help, I know its for the Win98 shell32.dll but it may be possible for the WinME shell by finding the right offset. I don't know how to hex but I'm in the process of learning atm.

Nexus_06, on 07 November 2011 - 04:20 PM, said:

on another note here is a patch for transparency of icon labels.

It is ONLY for shell32.dll version 4.72.3812.717

offsets and bytes are in hex

offset patch

11cbf 33 c9 49 89 4d 08 90
11d2b 90 90 90 90 90 90 90 90 90

It is not perfect, if you drag a window over top of them it makes a bit ugly, but refreshing the desktop fixes it. If anyone can improve on it, feel free.

This post has been edited by PROBLEMCHYLD: 23 June 2012 - 07:46 AM

[CharlesF]

MiKl, on 23 June 2012 - 07:30 AM, said:

I think it is related and maybe somewhere within RP is already the answer.
Right now I am using 'TransparentW' to get transparent icon text backgrounds.

Hi MiKl

Besides the tweak suggested by PROBLEMCHYLD from Nexus_06,
if you have RP9 installed you don't need anymore to launch 'TransparentW',
because RPConfig is offering you all the same features and even shadow effect!

Charles.

[Moonlights]

Hello everybody, how to set french language for rpsetup and rpconfig file?