| rr Berlin, Germany, 16.10.2009, 22:34 |
The Doszip Commander version 1.37 available (Announce) |
Hjort Nidudsson has released The Doszip Commander version 1.37 on 10 Oct 2009. --- |
| Rugxulo Usono, 08.12.2009, 01:26 @ rr |
The Doszip Commander version 1.38 available |
Hjort Nidudsson has released The Doszip Commander version 1.38 on 7 Dec 2009. |
| rr Berlin, Germany, 10.12.2009, 20:58 @ Rugxulo |
The Doszip Commander version 1.39 available |
Hjort Nidudsson has released The Doszip Commander version 1.39 on 10 Dec 2009. --- |
| rr Berlin, Germany, 15.12.2009, 10:16 @ rr |
The Doszip Commander version 1.40 available |
Hjort Nidudsson has released The Doszip Commander version 1.40 on 13 Dec 2009. --- |
| Rugxulo Usono, 31.12.2009, 16:03 @ rr |
The Doszip Commander version 1.41 available |
Hjort Nidudsson has released The Doszip Commander version 1.41 on 30 Dec 2009. --- |
| nidud Norway, 19.02.2010, 14:27 @ Rugxulo |
The Doszip Commander version 1.44 available |
Changes in 0.1.42 - 16 Feb 2010 |
| rr Berlin, Germany, 19.02.2010, 22:36 @ nidud |
The Doszip Commander version 1.45 available |
Changes in 0.1.45 - 19 Feb 2010 --- |
| Rugxulo Usono, 09.04.2010, 01:06 @ rr |
Doszip 1.50 |
On 06 April 2010, Hjort Nidudsson released Doszip 1.50. --- |
| nidud Norway, 27.07.2010, 14:14 @ Rugxulo |
The Doszip Commander version 1.56 available |
Note: It is now possible to create .ZIP files in the commander, but rewriting the archive is often slow. For best speed, skip testing for duplicate files in the archive. This test is skipped if target panel directory is empty. |
| rr Berlin, Germany, 02.08.2010, 21:49 @ rr |
The Doszip Commander version 2.00 available |
Hjort Nidudsson has released The Doszip Commander version 2.00 on 02 Aug 2010. --- |
| Japheth Germany (South), 04.08.2010, 15:51 @ rr |
Feature request - don't reset video mode |
DZ currently always resets the video mode on startup ( to 80x25 ). It would be better to do a simple test if a text mode is set and use this preset mode if it is acceptable (i.e. my favorite mode 80x34). --- |
| nidud Norway, 04.08.2010, 17:08 @ Japheth |
Feature request - don't reset video mode |
> DZ currently always resets the video mode on startup ( to 80x25 ). It would |
| Japheth Germany (South), 05.08.2010, 07:07 @ nidud |
Feature request - don't reset video mode |
> In addition to this there is a choice in the System Option (Ctrl-F9) --- |
| Japheth Germany (South), 19.08.2010, 10:52 @ nidud |
Problem if current screen width isn't 80 chars |
> The program should adapt to the current screen setting if this is not set. --- |
| nidud Norway, 19.08.2010, 22:48 @ Japheth |
Problem if current screen width isn't 80 chars |
> > The program should adapt to the current screen setting if this is not |
| Japheth Germany (South), 20.08.2010, 00:22 @ nidud |
Problem if current screen width isn't 80 chars |
> This is the default setting. --- |
| nidud Norway, 14.09.2010, 21:39 @ Japheth |
Problem if current screen width isn't 80 chars |
Sorry, I assumed using "a screen with > 80" was a feature request. |
| Japheth Germany (South), 15.09.2010, 10:48 @ nidud |
Problem if current screen width isn't 80 chars |
> The default is on, however, the "restore screen mode" option only test the --- |
| nidud Norway, 15.09.2010, 14:07 @ Japheth |
Problem if current screen width isn't 80 chars |
I do understand your point Japheth, but in some cases it would be useful to do nothing. The main reason to apply the "restore screen mode" is to enable use/testing of different settings. Using command.com (in XP) to run setm34.exe will not work, but using DZ as a shell will do. The option(s) comes as a result of the possibility to remove the panels, menus/status line, and mouse, which enable the use of DZ as a command line tool. Most of the options in the "System Options" menu was used for debug, but applied in this way it may also be useful for debugging other programs. The point with the "default is on" is then to clarify that if you turn it off there may be problems. To add more options than 80x25/50 is not necessarily a lot of work, but this should be applied as "default" including test and init code. There are two output functions used, one writes to screen (x, y, 80, B800:0000) and one writes to memory (x, y, columns, *ptr). A global screen pointer is already added, so it?s currently only the columns that are hard-coded. |
| Japheth Germany (South), 10.08.2010, 07:06 @ rr |
Bug report - menu bar still active in hidden state |
Hello, --- |
| nidud Norway, 10.08.2010, 19:07 @ Japheth |
Bug report - menu bar still active in hidden state |
> Hello, |
| Japheth Germany (South), 11.08.2010, 09:57 @ nidud |
Bug report - menu bar still active in hidden state |
> The Alt-key was used to activate the menus before but this was not a good --- |
| nidud Norway, 11.08.2010, 15:26 @ Japheth |
Bug report - menu bar still active in hidden state |
> But VC and its Alt- mechanism works ok in Windows |
| Japheth Germany (South), 11.08.2010, 16:05 @ nidud |
Bug report - menu bar still active in hidden state |
> It may be that my keyboard handling differ from the norm since I don?t see --- |
| nidud Norway, 12.08.2010, 15:49 @ Japheth |
Bug report - menu bar still active in hidden state |
> It's probably ok if you're used to a 2-finger-system for typing. However, |
| Japheth Germany (South), 17.08.2010, 10:56 @ nidud |
Bug report - menu bar still active in hidden state |
> So, a quick fix could then be applied as follow (src/dzmain/cmquicks.asm - --- |
| nidud Norway, 17.08.2010, 13:51 @ Japheth |
Bug report - menu bar still active in hidden state |
The version 2.00 wasn?t very MASM (and JWASM v2.03) friendly so I did a rewrite of headers and some of the source code. Version 2.01 was compiled using JWASM 2.03, but I still use OW 1.8. Most of the functions listed there should not be included, but I assume this is releated to the rewrite. |
| nidud Norway, 19.08.2010, 22:57 @ Japheth |
Bug report - menu bar still active in hidden state |
I tested the 1.9 version and it seems to work fine. |
| Japheth Germany (South), 21.08.2010, 08:17 @ nidud |
Bug report - menu bar still active in hidden state |
> Try deleting the lib directory and also the src/build.exe and src/c0.obj --- |
| nidud Norway, 03.10.2010, 12:52 @ rr |
The Doszip Commander version 2.04 available |
Home page: https://sourceforge.net/projects/doszip/ |
| nidud Norway, 14.11.2010, 17:20 @ rr |
The Doszip Commander version 2.06 available |
The Doszip Commander version 2.06 available |
| nidud Norway, 14.11.2010, 23:42 @ nidud |
The Doszip Commander version 2.06 available |
The Class view problem is fixed. The Class was pushed on the stack and demanded a reload on entry. This is now saved in the history file, so the lines will then be static. Some TSR snapshots: |
| nidud Norway, 15.11.2010, 15:17 @ nidud |
The Doszip Commander version 2.08 available |
There was another bug in the Class viewer on pasting text to the name entry. |
| Rugxulo Usono, 20.11.2010, 18:35 @ nidud |
The Doszip Commander version 2.08 available |
I don't remember seeing any obvious documentation on the class viewer, so I guess that's experimental. Well, the *.tcl files (why that extension, BTW?) are only in the source archive anyways. Seems that Ctrl-F3 opens a class. Looks good, didn't test too much, not sure if it really worked like I thought. If this makes it easier to edit ZIP file headers and CDS, then that's a cool feature! |
| nidud Norway, 21.11.2010, 15:22 @ Rugxulo |
The Doszip Commander version 2.08 available |
> I don't remember seeing any obvious documentation on the class viewer, so I |
Thread view
) find this to be annoying.
![[image]](img/uploaded/image43.png)
![[image]](img/uploaded/image44.png)
![[image]](img/uploaded/image45.png)
![[image]](img/uploaded/image46.png)
![[image]](img/uploaded/image47.png)
![[image]](img/uploaded/image49.png)
![[image]](img/uploaded/image48.png)