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 |