rejetto forum

Software => HFS ~ HTTP File Server => Beta => Topic started by: rejetto on September 09, 2008, 05:00:42 PM

Title: Testing build #202
Post by: rejetto on September 09, 2008, 05:00:42 PM
download @ www.dovedove.it/hfs/hfs202.exe

what's new
+ File menu -> Advanced -> Purge
+ Event scripts: associate your macros-script to an event www.rejetto.com/forum/?topic=6154
+ new template macros: set speed limit for address, set speed limit for connection, disconnect
* when an automatically checked update is refused, it is not offered again next day 
* Menu -> "Donate!"
* some commands are now visible only in expert-mode
* when changing the IP address from the menu, the url will be automatically copied to the clipboard
- if user/pass restriction was set on a file, accounts on the same file were not considered
- the problem addressed in build #199 is now solved also with regular folder pages www.rejetto.com/forum/?topic=6097
- {.chdir.} was not working
Title: Re: Testing build #202
Post by: SilentPliz on September 09, 2008, 05:06:10 PM
Yum!

I'll taste it! :)

Merci ;)


Title: Re: Testing build #202
Post by: TEA-Time on September 09, 2008, 05:45:13 PM
Hi rejetto,

- the problem addressed in build #199 is now solved also with regular folder pages www.rejetto.com/forum/?topic=6097

Looks good now! ;D

Thanks!!
Title: Re: Testing build #202
Post by: SilentPliz on September 10, 2008, 01:58:03 AM
There seems to be a small bug with the "purge" option :

Choosing to cancel, purge also the selection.

(Close window allows escape this bug.)


EDIT:

In fact, this option seems very radical:

It purged (removes) all directories of the tree, leaving only the files that are at the root.
All this with only one folder selected at the outset.
Title: Re: Testing build #202
Post by: Steward on September 10, 2008, 05:10:57 AM
Quote

+ new template macros: set speed limit for address, set speed limit for connection, disconnect

that's a good one
Title: Re: Testing build #202
Post by: rejetto on September 10, 2008, 08:11:06 AM
There seems to be a small bug with the "purge" option :
Choosing to cancel, purge also the selection.

:-X will fix in next build

Quote
In fact, this option seems very radical:
It purged (removes) all directories of the tree, leaving only the files that are at the root.
All this with only one folder selected at the outset.

are you saying it removes things it should not?
if yes, please provide an example so that i can reproduce the problem.
Title: Re: Testing build #202
Post by: TCube on September 10, 2008, 10:03:07 AM
Rejetto, yes these 3 options quite purge things ...
one first that pops out of my mind : the function zaps any specific diff. templates where I have embeded external video/photo slideshow, etc.   source files.
Tcube
Title: Re: Testing build #202
Post by: SilentPliz on September 10, 2008, 10:51:56 AM
There seems to be a small bug with the "purge" option :
Choosing to cancel, purge also the selection.

:-X will fix in next build

Quote
In fact, this option seems very radical:
It purged (removes) all directories of the tree, leaving only the files that are at the root.
All this with only one folder selected at the outset.

are you saying it removes things it should not?
if yes, please provide an example so that i can reproduce the problem.


Sorry, I was not very clear at that time.
   
An example:

 P = protected by User Account and Password
 
    VFS

  /HOME
 P-FOLDER
      P-SUBFOLDER
      P-SUBFOLDER
      P-SUBFOLDER
 P-FOLDER
      SUBFOLDER
 P-FOLDER
 P-FOLDER <- example*: Right click -> "Purge" whith all options (3) checked
 P-FOLDER
 file -root
 file -root
 file -root
 file -root
 file -root
 file -root
 file -root
 file -root
 
Result of example*: after "Purge" option:

   VFS
 
  /HOME
 file -root
 file -root
 file -root
 file -root
 file -root
 file -root
 file -root
 file -root
Title: Re: Testing build #202
Post by: rejetto on September 10, 2008, 11:00:19 AM
ok spliz, right, it worked always on the root instead of the selected folder. fixed in next build.
Title: Re: Testing build #202
Post by: rejetto on September 10, 2008, 11:02:24 AM
one first that pops out of my mind : the function zaps any specific diff. templates where I have embeded external video/photo slideshow, etc.   source files.

it removes files and folders, not diff templates.
do you have have folders with diff tpl that have beeen removed?
are those folders empty?
Title: Re: Testing build #202
Post by: TCube on September 10, 2008, 01:24:29 PM
Rejetto,
Local folders are virtual ... some call files within other virtuals folders on my PC [ i.e : repository] ....some call links to externally hosted files.

So the syntax in the diff template could be like this short sample :


Quote
<br>
<br>
<center>
  <form name="videoSelector">
    Choose a video !
    <select name="movie" onChange="javascript:openNewMovie();">
    <option value="" selected>
    <option value=""> <center>&nbsp;&nbsp&nbsp;&nbsp&nbsp;~ ---- On Line ----- ~&nbsp;&nbsp&nbsp;&nbsp&nbsp;</center>
    <option value="">

<option value="http://this-is-my-pc-at-no-ip-dot-org/Repository%20Movies%20on%20PC/Videos%20Clip/Goldfrapp%20-%20Utopia.avi">Utopia-22050Hz-96 kb/s total (2 chnls) - 4.06"
<option value="http://some-third-party-hosting-files-link/Videos%20Clip/Goldfrapp%20-%20Train%20-%20Live%20-%20Later%20With%20Jools%20Holland%20(2003).avi"> Train-Live BBC-22050Hz- 96 kb/s total (2 chnls) - 4.23"
</select>
</form>
</center>


By then - I'm pretty sure, in either case local/external which ever template (video selector or not / pictures , etc...) all  virtual folders are flushed out.

But it's a pain ATM as to test..  HFS202  does that on all directories at once  :-\

TCube

Edit : small change makes it clearer with quote.
Title: Re: Testing build #202
Post by: TCube on September 15, 2008, 05:25:49 AM
Be thankfull if U could cross check with me : "hide extentions for files" ... works for 201 not for 202
TC
Title: Re: Testing build #202
Post by: rejetto on September 15, 2008, 04:00:02 PM
Be thankfull if U could cross check with me : "hide extentions for files" ... works for 201 not for 202

sorry, that was an unfinished job. fixed in next build.
Title: Re: Testing build #202
Post by: rejetto on September 15, 2008, 04:08:27 PM
one first that pops out of my mind : the function zaps any specific diff. templates where I have embeded external video/photo slideshow, etc.   source files.

ok, so you have a virtual folder, empty, that you use to provide a page by using diff tpl.
gotcha?

options
1. leave this way, all empty folders are removed
2. add an option to NOT remove folders with diff tpl
3. never remove folders with diff tpl
opinions?
Title: Re: Testing build #202
Post by: TCube on September 15, 2008, 04:21:13 PM
I'll 've to try and miss again in order to see the full impact with diff templates : Irfanview, DivX webplayer, etc.

First thoughts:

A : no / not really carefull unless U're use to tangle with n-1 settings
B : depends on how U use a diff. templates : macros' calling or copy/paste.
C : suits me but what about other users

TCube
Title: Re: Testing build #202
Post by: Mars on September 15, 2008, 08:40:55 PM
Quote
2. add an option to NOT remove folders with diff tpl

It is a preferable solution of the first one

Quote
3. never remove folders with diff tpl

This last solution of my preference, by adding it however a supplementary condition: when  a file is added, if one of the options by default is modified (diff tpl, access rights, hide, browsable,changing the default name,...)  then the file cannot be destroy automatically.

On the other hand it is necessary to have an option (activated by default)
 for the user to authorize or not the destruction systematics of the empty folders.


************************************

One more would be an option in the VFS popup  allowing to make a reset of the options for the selected files:

Reset default options for this folder

Title: Re: Testing build #202
Post by: rejetto on September 16, 2008, 02:33:06 AM
B : depends on how U use a diff. templates : macros' calling or copy/paste.

i don't understand the difference
Title: Re: Testing build #202
Post by: rejetto on September 16, 2008, 02:38:04 AM
Quote
3. never remove folders with diff tpl
This last solution of my preference, by adding it however a supplementary condition: when  a file is added, if one of the options by default is modified (diff tpl, access rights, hide, browsable,changing the default name,...)  then the file cannot be destroy automatically.

i didn't understand. If there's a file, the folder is not empty, so it won't be deleted.

Quote
On the other hand it is necessary to have an option (activated by default)
 for the user to authorize or not the destruction systematics of the empty folders.

authorize like what? can you make an example?

Quote
One more would be an option in the VFS popup  allowing to make a reset of the options for the selected files:
Reset default options for this folder

do you need such option? or your think it becomes useful after your suggestion "if one of the options by default is modified then the file cannot be destroy automatically" ?
Title: Re: Testing build #202
Post by: Mars on September 16, 2008, 08:10:04 AM
Quote
3. never remove folders with diff tpl
This last solution of my preference, by adding it however a supplementary condition: when  a file is added, if one of the options by default is modified (diff tpl, access rights, hide, browsable,changing the default name,...)  then the file cannot be destroy automatically.


i didn't understand. If there's a file, the folder is not empty, so it won't be deleted.

Error of transcription: you have to understand to FOLDER on the place of FILE

Quote
On the other hand it is necessary to have an option (activated by default)
 for the user to authorize or not the destruction systematics of the empty folders.


authorize like what? can you make an example?

An option which authorizes or not the deletion of folders according to the condition near

"1. leave this way, all empty folders are removed"

Quote
One more would be an option in the VFS popup  allowing to make a reset of the options for the selected files:
Reset default options for this folder

do you need such option? or your think it becomes useful after your suggestion "if one of the options by default is modified then the file cannot be destroy automatically" ?

This demand is not directly connected to the deletion of folders, but she allows to put back a folder (real or virtual) in her initial state of creation (access for all, browsable, not hiden, default mask, .......) and any thing in the click only one, without touching naturally the diff tpl, else he will be automaticly deleted

Title: Re: Testing build #202
Post by: rejetto on September 16, 2008, 12:38:27 PM
default options may change from version to version.
it's not exactly something the user can rely on.
and there's even the risk of inconsistency for the function determining if a folder is in the default.
Title: Re: Testing build #202
Post by: Mars on September 16, 2008, 10:20:44 PM
This is a work which dates of for a long time, but which requires no adaptation of sources. It is just enough to replace both corresponding files of the archives in sources beta 202 and more.

Rejetto can you add this in the next build.
There are no detected bugs, please consider our work.
Thanks
 
What's new:

1) Addition in the accounts of a sight of upload access in addition to browsable access (picture 1)

2) It is now possible to see the real-time modification of the tray message in the corresponding tab (picture 2)


*****************************************************************************
Link to hfs.exe (zip file) :   http://hfs.webhop.org/hfs.zip

 This version contains among others the modifications quoted above, a trial version for the option Donate, as well as the submenu to edit hfs.events (http://www.rejetto.com/forum/index.php?topic=6162.msg1036864#msg1036864)
Title: Re: Testing build #202
Post by: rejetto on September 17, 2008, 03:14:20 PM
i already had the upload thing in mind! and the tray preview is very nice.
sadly i decided to not just overwrite the .pas file, but wanted a different way of programming (you'll see in the sources of next build if you are interested).
thank you