Updated Change Log

Rewrote some sentences in the README file

Mention Artistic License 2.0 in README

Small changes to README and CHANGELOG

Updated license in about dialogue

Changed license to Artistic License 2.0

Some cleanings

- Fixed some typos
- Added a list of features to README

Updated copyright year

Small changes to README

- Added some more archive types
- Show the error returned by Archive::Extract (oh God, I hate this solution...)

Updated Change Log

Allow to unpack a file after uploading

Catch some errors that might occur when unpacking an archive

Added some JavaScript to the directory listing for selecting or unselecting
all files

Added rudimentary support for unpacking archive files using Archive::Extract.
It works but needs a lot of fine tuning.

Catch error of trying to download a non-readable file using URL manipulation

- Some color changes
- Removed unused code in Tool.pm

- Updated ReadMe
- Small changes to Change Log

Updated Change Log

Added new configuration option "startdir" which defines the default directory
instead of "/".

- I always wanted an option for switching Dev-Editor to read-only. So I defined
  a pseudo command named "@write". When disabling this command in the
  configuration file, all writing commands get disabled.
  When you add a command beginning with "@" to the "disable_commands" option,
  it is not added to the internal data structure.
- When disabling the "remove" command, "remove_multi" gets also disabled.

- Tool.pm: Be consistent (lc instead of uc)
- README: Begin documentation of "disable_commands"

New config option: disable_commands. This option defines a list of commands
the user is not allowed to execute.

Added a checkbox for editing a file after creating it

Allow to execute a HTTP download of a file

*wargl*

Included 3.1 release date

Changed version number to 3.1

Changed usage of template class.

We don't use the "new" (2006...) set_var() (and so on) methods any more,
because it causes some problems concercing variable substitution. Instead we
use fillin() and so on and start loop parsing manually using parse_loop(). I
think there is actually no need of using the new methods. Maybe we can switch
it later.

Make use of new methods defined by template class.

Replacing "fillin()" by "set_var()" is not always possible... Sometimes, we
need to keep "fillin()" or we will have some variable substitution problems...

In some parts of file "Command.pm", make use of new methods defined by the
template class.

Cool, this is revision 1.100 of "Command.pm" ;) Congratulations!

Updated copyright year in about dialogue

In file "Output.pm", make use of new methods defined by the template class

Forgot to mention something in the change log

Again: Some changes in README file

Some changes in README file

Updated copyright year

Added description for "hide_dot_files" in README

Updated change log

When removing multiple files, just redirect if all files have been removed
successfully

Small bugfix when filtering out invalid files before removing multiple files

Added a feature for removing multiple files from a directory.

You can select a set of files in a directory and then remove them by clicking a
button. Of course, there is a confirmation dialogue.

For security reasons, any file sent by URL containing slashes or just
consisting of dots is ignored.

Noted changes done since version 3.0.1 (long, long time ago...)

Added a copyright note at the top of each file

Added new template {IF} block ("even") for allowing to change color of the
table rows in directory listing for every row with an even number. This allows
a better distinction of the rows.

Added new configurtaion option for hiding dot files.

When new option "hide_dot_files" is set to 1, every file or directory beginning
with a "." is not shown in the directory listing. But you can still access the
file / directory by typing its name into the "Go to directory/file" box.

This option is also available in the user-dependent configuration.

Updated template class to version 2.0

Allow to specify a remote name for an uploaded file

If "*" was supplied as a DOS wildcard, don't convert it to an ordinary regex,
just check if it is "*" and return 1 if so.

"Revert" sounds better than "discard"

Changed this very stupid "edit_file_changed" error message

Trying to simplify some of Dev-Editor's functions:

If you want to copy or rename/move a file or a directory or save a file using a
different name, the form field for the new filename is prefilled with the old
one. Additionally, the entered path is no more relative to the directory of the
original file.

- Fixed a security problem:
  It was possible to access files and directories above the virtual root
  directory beginning with the same string as the root directory.
  For example:
  If your root directory is "/var/www/user1" it was possible to access
  "/var/www/user10", "/var/www/user11" and so on.
- Updated version number to 3.0.1
- Updated Change Log

Forgot to remove " (CVS)"

- Changed version number to 3.0
- Updated Change Log

Wrote documentation for creating an user-dependent configuration

*wargl*
It happens again and again...

You can now define alias names for users who have an individual configuration,
so you don't need to define an individual sections for users with the same
configuration any more.

Changed the "continue" checkbox to a separate submit button

- Now, Dev-Editor is able to switch some configuration values depending on the
  current HTTP Auth user.
  This is controlled by a separate configuration file that contains sections
  like Windows INI files (thus the configuration file parser is now able to
  parse files containing sections in square brackets).
  You may overwrite the following configuration values:
  - fileroot
  - httproot
  - forbidden (you may also clear the default "forbidden" list)
- Fixed a bug occuring if the user placed an empty "forbidden" configuration
  option in the main configuration file. In this case we create an empty Array
  Reference.
- Fixed an error in an {IF} block in dirlist_dir.htm

Preserve the directory listing filter if the user changes the directory using
the input field at the bottom of the directory listing

- Fixed the prototype problem of dir_copy() in File::Access
- Added some notes about the problems of the feature of copying a whole
  directory
- Added some notes about my incompetence
- In the edit dialogue, there is a new checkbox allowing to continue editing the
  file after saving it

Restored the version of check_path() found in revision 1.34 of Tool.pm

Changing the mode of inaccessible directories works again

Whoops...

Fixed a small typo

Implemented experimental feature of copying a whole directory.

Currently the target the user wants to copy the directory to must not exist.
I hope I will be able to change this in future.

Describe the possibility of using comments in configuration files

Finished documentation of the configuration directive "forbidden"

Again: Forgot to encode HTML in some more strings...

- Changed a comment in devedit.pl
- Fixed a typo in errors.conf

Forgot to encode HTML in some more strings...

Forgot to encode HTML in some strings

- Dev-Editor is now able to forbid accessing a file using the configuration file
- Added ReadMe file, Change Log and a copy of the Artistic License to the
  repository

Removed some spaces

Removed space

Added checkboxes for allowing to overwrite an existing file immediately

Removed confirm_unlock template file

Removed the JavaScript code which prevents users from marking text in the
textarea containing the Artistic License.
I added this code for browsers not supporting the readonly attribute, but that
is not a good solution.

- Before changing the permissions of a file, check if the user entered a valid
  octal number
- Changed the name of the error message "dir_read_fail" to "dir_read_failed"

Simplified check_path() a little bit

Whoops...

- Changed names of some {IF} blocks (make use of negations)
- Don't show the "Copy" link if a file is not readable

- Make use of capabilities of new template class
- Don't show "Chmod/Chgrp" link in directory listing if the object is a symbolic
  link

Updated to version 1.5
See http://www.patshaping.de/redirector/redirect.php?page=template-class

Removed templates/confirm_unlock.htm

Typo

Small changes

Fixed typo

Removed debug code

Fixed a really strange bug only occuring on Windows systems

Some small changes

- Removed HTML::Entities:
  This module is a little bit slow and does currently not support very much
  encodings. Now, we just encode the HTML control characters (<, >, & and ").
- Began to fix bugs [1120717] and [1071051]

Changed version number

Small cleanup

This line of code causes nothing but problems! I thought this was fixed long
time ago!

- Do not write new file content if the user did not change it
- If two users edit a file at the same time and they both did the same changes,
  do not complain that the file has changed

Do not switch to binmode before saving a file or before showing the editing
form. It caused a problem with the line endings. Let's hope it does not cause
new problems...

*grr*
Don't parse the "binary_file" {IF} block, parse the "binary" {IF} block!