Bug w/ Lister and IEView
Moderators: Hacker, petermad, Stefan2, white
deus-ex
In couple of days I will put the latest version on wincmd.ru with description and history. Mainly this version contains fixes of bugs with taking or not taking focus (in Lister window IEView should take focus, so that mouse wheel works; in Ctrl+Q mode it should NOT take focus, so that Quick View panel does not become active in this mode...).
In couple of days I will put the latest version on wincmd.ru with description and history. Mainly this version contains fixes of bugs with taking or not taking focus (in Lister window IEView should take focus, so that mouse wheel works; in Ctrl+Q mode it should NOT take focus, so that Quick View panel does not become active in this mode...).
Flint's Homepage: Full TC Russification Package, VirtualDisk, NTFS Links, NoClose Replacer, and other stuff!
Using TC 11.03 / Win10 x64
Using TC 11.03 / Win10 x64
[face=courier]IEView development continues - here you can get the last version.
_______transmission_from_readme_eng.txt_________
New history
-----------
1.1 (31.08.2004)
First version new IEView ("Rk" under editing "Konstantin")
(Thank you "Rk" and "Konstantin" for continuation of the work.)
- corrected focus Acrobat Reader (not for all version completely correct).
- not it is necessary to clique mouse for interception of the focus web-files (not always works). (Ctrl+Q - press Tab, F3 - automatically.)
1.2 (3.09.2004)
- Is Corrected mistake of the interception of the focus.
(Mistake is Added. When viewing directory (QuickView mode), cursor disappears from file panel.)
1.3 (9.09.2004)
- Is Corrected error. When viewing directory (QuickView mode), cursor does not disappear from file panel.
1.4 (15.09.2004)
- Is Corrected interception of the focus in Word,Excel.
- Is Corrected loss of the focus in Word Splash.
- Is Added interception of the focus when viewing directory (QuickView mode).
- In ieview.ini is added adjusting the focus: Key FocusByWindowClass, Key UseMiddleWhenFocusByPoint, Section [WindowClasses].
1.5 (18.09.2004)
- Is Corrected loss of the focus when viewing directory and PDF. (The Incorrect interception of the focus Acrobat Reader 6.0 until it is corrected.)
- Now on directory and HTML possible to move by means of Backspace, Z (back), X (onward).
- Is Added determination of the file on type, rather then only on extension (only HTML). (In section [Signatures] ieview.ini is added key %=... He is used if filename does not correspond to the extensions in sections [Extentions]. For instance "index.xml.ru" or "index.php@id=dif&page=8".)
1.6 (19.09.2004)
- Is Corrected focus when change the mode of the showing the file (if press '1 when viewing PDF).
- Is Corrected focus in file, opened on [Signatures] %=... (determination file on type)
- In ieview.ini is added key CaseInsensitiveSignatures and key ListerTitle (Style of IEView WindowText).
1.7 (22.09.2004)
- bug with ListerTitle=1 fixed. (Note.: Works only with html files, since there is no concept 'Title' for arbitrary document.)
- Hotkey added: Ctrl+L.
- Section added [BlockFocus].
1.8 (24.09.2004)
- some more bugfixes connected with focus.
- [Hotkeys] section renamed to [TranslationHotkeys].
- Section added: [IEViewHotkeys].
1.9 (2.10.2004)
- ListerTitle is string with specifiers %TITLE, %DRIVE, %DIR, %NAME, %EXT.
- Focus processing method changed.
- Values in [BlockFocus] section are set as "group=0/1", instead of "ext=count".
- Added CHM files support.
______________end_of_transmission________________[/face]
_______transmission_from_readme_eng.txt_________
New history
-----------
1.1 (31.08.2004)
First version new IEView ("Rk" under editing "Konstantin")
(Thank you "Rk" and "Konstantin" for continuation of the work.)
- corrected focus Acrobat Reader (not for all version completely correct).
- not it is necessary to clique mouse for interception of the focus web-files (not always works). (Ctrl+Q - press Tab, F3 - automatically.)
1.2 (3.09.2004)
- Is Corrected mistake of the interception of the focus.
(Mistake is Added. When viewing directory (QuickView mode), cursor disappears from file panel.)
1.3 (9.09.2004)
- Is Corrected error. When viewing directory (QuickView mode), cursor does not disappear from file panel.
1.4 (15.09.2004)
- Is Corrected interception of the focus in Word,Excel.
- Is Corrected loss of the focus in Word Splash.
- Is Added interception of the focus when viewing directory (QuickView mode).
- In ieview.ini is added adjusting the focus: Key FocusByWindowClass, Key UseMiddleWhenFocusByPoint, Section [WindowClasses].
1.5 (18.09.2004)
- Is Corrected loss of the focus when viewing directory and PDF. (The Incorrect interception of the focus Acrobat Reader 6.0 until it is corrected.)
- Now on directory and HTML possible to move by means of Backspace, Z (back), X (onward).
- Is Added determination of the file on type, rather then only on extension (only HTML). (In section [Signatures] ieview.ini is added key %=... He is used if filename does not correspond to the extensions in sections [Extentions]. For instance "index.xml.ru" or "index.php@id=dif&page=8".)
1.6 (19.09.2004)
- Is Corrected focus when change the mode of the showing the file (if press '1 when viewing PDF).
- Is Corrected focus in file, opened on [Signatures] %=... (determination file on type)
- In ieview.ini is added key CaseInsensitiveSignatures and key ListerTitle (Style of IEView WindowText).
1.7 (22.09.2004)
- bug with ListerTitle=1 fixed. (Note.: Works only with html files, since there is no concept 'Title' for arbitrary document.)
- Hotkey added: Ctrl+L.
- Section added [BlockFocus].
1.8 (24.09.2004)
- some more bugfixes connected with focus.
- [Hotkeys] section renamed to [TranslationHotkeys].
- Section added: [IEViewHotkeys].
1.9 (2.10.2004)
- ListerTitle is string with specifiers %TITLE, %DRIVE, %DIR, %NAME, %EXT.
- Focus processing method changed.
- Values in [BlockFocus] section are set as "group=0/1", instead of "ext=count".
- Added CHM files support.
______________end_of_transmission________________[/face]
[face=courier]The Protoss do NOT run from their enemies.
It is here, that we shall make our stand.[/face]
It is here, that we shall make our stand.[/face]
[face=courier]Now you can download updated version from official IEView page.[/face]
[face=courier]The Protoss do NOT run from their enemies.
It is here, that we shall make our stand.[/face]
It is here, that we shall make our stand.[/face]
2Black Dog
http://www.totalcmd.net/plugring/ieview.html
Available also on TOTALCMD.NETNow you can download updated version from official IEView page.
http://www.totalcmd.net/plugring/ieview.html
[face=courier]On 08-10-2004 19:09:53 +0000 Ergo wrote:
E> Available also on TOTALCMD.NET
E> http://www.totalcmd.net/plugring/ieview.html
Well, you know, there is a link with description there:
In English: http://www.totalcmd.net/plugring/ieview.html
Even Lefteous can manage %).[/face]
E> Available also on TOTALCMD.NET
E> http://www.totalcmd.net/plugring/ieview.html
Well, you know, there is a link with description there:
In English: http://www.totalcmd.net/plugring/ieview.html
Even Lefteous can manage %).[/face]
[face=courier]The Protoss do NOT run from their enemies.
It is here, that we shall make our stand.[/face]
It is here, that we shall make our stand.[/face]
[face=courier]On 08-10-2004 20:41:38 +0000 Ergo wrote:
E> So it is more smart to post a link to english version of this
E> page.
I'm sorry partner, but I guess that it's more than enough that I posted it like I did %).[/face]
E> So it is more smart to post a link to english version of this
E> page.
I'm sorry partner, but I guess that it's more than enough that I posted it like I did %).[/face]
[face=courier]The Protoss do NOT run from their enemies.
It is here, that we shall make our stand.[/face]
It is here, that we shall make our stand.[/face]
- pdavit
- Power Member
- Posts: 1529
- Joined: 2003-02-05, 21:41 UTC
- Location: Kavala -> Greece -> Europe -> Earth -> Solar System -> Milky Way -> Space
- Contact:
I'm having the following error while viewing MS Word documents with IEView:
"Exception EAccessViolation in module TOTALCMD.EXE at 00000000.
Access violation at address 00000000. Read of address 00000000."
Actually I have per file type viewer associations. For .doc files I'm using QuickViewPlus. I'm also using v1.91 of IEView (problem was there on 1.9 also, cannot remember about earlier versions) so apparently there is a conflict.
Weird thing happened during troubleshooting. When I removed the QuickViewPlus association from TC's configurations Edit/View -> Associations button (with IEView still installed) TC still load it (QuickViewPlus) when Ctrl+Q-ing and then produced the above error message again. I then removed the IEView plug-in. Now, since there was no association active when I was Ctrl+Q-ing a .doc file I was getting the ASCII view as expected. Installing back IEView was forcing again QuickViewPlus while trying to view .doc files causing the above error message again!
Running QuickViewPlus as standalone application didn't produce any errors so the tool is ok. I'm using WinXP Pro SP2. I also checked if there is any core Windows association problem with QuickViewPlus and there wasn't one. Windows is actually associated with MS Word on .doc files and I can only force Windows to use QuickViewPlus via the context menu without also any problems.
I finally check my wincmd.ini file for any traces of QuickViewPlus associations after I removed it from within TC and there wasn't any! The addresses shown on the above error message are not always the same and are dependent on the .doc file I'm viewing.
"Exception EAccessViolation in module TOTALCMD.EXE at 00000000.
Access violation at address 00000000. Read of address 00000000."
Actually I have per file type viewer associations. For .doc files I'm using QuickViewPlus. I'm also using v1.91 of IEView (problem was there on 1.9 also, cannot remember about earlier versions) so apparently there is a conflict.
Weird thing happened during troubleshooting. When I removed the QuickViewPlus association from TC's configurations Edit/View -> Associations button (with IEView still installed) TC still load it (QuickViewPlus) when Ctrl+Q-ing and then produced the above error message again. I then removed the IEView plug-in. Now, since there was no association active when I was Ctrl+Q-ing a .doc file I was getting the ASCII view as expected. Installing back IEView was forcing again QuickViewPlus while trying to view .doc files causing the above error message again!
Running QuickViewPlus as standalone application didn't produce any errors so the tool is ok. I'm using WinXP Pro SP2. I also checked if there is any core Windows association problem with QuickViewPlus and there wasn't one. Windows is actually associated with MS Word on .doc files and I can only force Windows to use QuickViewPlus via the context menu without also any problems.
I finally check my wincmd.ini file for any traces of QuickViewPlus associations after I removed it from within TC and there wasn't any! The addresses shown on the above error message are not always the same and are dependent on the .doc file I'm viewing.
"My only reason for still using M$ Window$ as an OS is the existence of Total Commander!"
Christian Ghisler Rules!!!
Christian Ghisler Rules!!!
- ghisler(Author)
- Site Admin
- Posts: 50390
- Joined: 2003-02-04, 09:46 UTC
- Location: Switzerland
- Contact:
Address 00000000 means that either Internet Explorer or IEview tried to call a function without loading the function before, e.g. via GetProcAddress() - or GetProcAddress returned NULL because the function doesn't exist.
Author of Total Commander
https://www.ghisler.com
https://www.ghisler.com
- pdavit
- Power Member
- Posts: 1529
- Joined: 2003-02-05, 21:41 UTC
- Location: Kavala -> Greece -> Europe -> Earth -> Solar System -> Milky Way -> Space
- Contact:
We didn't directly blame TC! We had some suspicions that the problem was elsewhere!ghisler(Author) wrote:Address 00000000 means that either Internet Explorer or IEview tried to call a function without loading the function before, e.g. via GetProcAddress() - or GetProcAddress returned NULL because the function doesn't exist.



"My only reason for still using M$ Window$ as an OS is the existence of Total Commander!"
Christian Ghisler Rules!!!
Christian Ghisler Rules!!!