DropIt

[guinness]

Brilliant! Download again.

[Lupo73]

Perfect! Thanks.. obviously I'll reference you as the designer also in DropIt

[Lupo73]

New day, new beta release:
http://www.lupopensuite.com/files/dropi ... rtable.zip

It includes the amazing tproli theme for html lists:
http://www.lupopensuite.com/files/dropi ... _List.html

And now it automatically creates new lists of files each drop (I added a new style of numeration for lists, not the classic "_04" but " (04)", write me eventual ideas or requests to improve it).

Given the new major improvement, it may includes new bugs.. but given that it's near to the next stable release, I ask your collaboration to test and fix it. Thanks!

[tproli]

Great, the html output is simply amazing

I've mailed you but apparently you haven't read it, there's a simply updated version of the html, I think it's worth updating:

http://dl.dropbox.com/u/17407690/DropIt ... st_01.html

No changes made in the markup except the "updated" div plus the CSS part of course. Just updated the html a few seconds ago so download again if you have already did before.

No more updates, I swear!

[Lupo73]

It is great too! I adapted it a little and updated the official theme:
http://www.lupopensuite.com/files/dropi ... _List.html

[guinness]

Nice updates Lupo & tproli!

[Lupo73]

Good! I think the stable release is getting close.. this time it will includes few but important features!

As usually, I sent an email to all translators for this update.. and the plan is to publish it in the weekend, after the last tests.

ps: CHIP.de contacted me to request the authorization for publication

[tproli]

The encoding of the html file is ANSI. Properties in non-English languages contain non-ansi characters and filenames/paths/etc may also, so probably a UTF-8 encoding would be better. I know it's my fault, sorry

If I set the target file to XXX.html, then clicking on the browse button again and selecting xml from the lower listbox and click on Save, DropIt doesn't change the extension. I think this is the progress an average user would follow but seems broken here.

[Lupo73]

The encoding of the html file is ANSI. Properties in non-English languages contain non-ansi characters and filenames/paths/etc may also, so probably a UTF-8 encoding would be better. I know it's my fault, sorry

I know about this limitation.. the idea is to use UTF-8 encoding by default (as indicated in html and xml headers), but there are some problems during the file creation.. I'm working to resolve them..

If I set the target file to XXX.html, then clicking on the browse button again and selecting xml from the lower listbox and click on Save, DropIt doesn't change the extension. I think this is the progress an average user would follow but seems broken here.

Could you make me a video example like the previous issue? I cannot replicate it, but I fear it is a problem of XP..

[tproli]

Now tried that extension thing on another PC (XP SP3) and I couldn't reproduce. So probably it's an XP SP2 related problem.

[guinness]

You might find this Function useful (created in 5 minutes) >> It searches a specific filetype e.g. .au3 with a particular keyword. So in the Example below I've set recursion to True and I'm looking for DropIt in .au3 files located in the @ScriptDir. Multiple filetypes aren't supported, but it's easy to add.

Hint: StringSplit() using ';' e.g. *.au3;*.txt

Code: Select all

#include <Array.au3>

Global $aArray

$aArray = _FindInFile("DropIt", @ScriptDir, "*.au3") ; by guinness 2011
_ArrayDisplay($aArray)

Func _FindInFile($sSearch, $sFolder, $sMask = "*", $iRecursive = 1, $iCaseSensitive = 0, $iDetail = 0)
	Local $iPID, $sCaseSensitive = "/i", $sCommand, $sDetail = "/m", $sRecursive = "", $sStdOut_Read = ""

	If $iCaseSensitive Then
		$sCaseSensitive = ""
	EndIf
	If $iDetail Then
		$sDetail = "/n"
	EndIf
	If $iRecursive Then
		$sRecursive = "/s"
	EndIf
	$sFolder = StringRegExpReplace($sFolder, "[\\/]+\z", "") & "\"

	$sCommand = 'findstr ' & $sCaseSensitive & ' ' & $sDetail & ' ' & $sRecursive & ' "' & $sSearch & '" "' & $sFolder & $sMask & '"'
	ConsoleWrite($sCommand & @CRLF)

	$iPID = Run(@ComSpec & ' /c ' & $sCommand, @SystemDir, @SW_HIDE, 4 + 2)
	$sStdOut_Read = ""

	While ProcessExists($iPID)
		$sStdOut_Read &= StdoutRead($iPID)
	WEnd
	Return StringSplit(StringTrimRight(StringStripCR($sStdOut_Read), 1), @LF)
EndFunc   ;==>_FindInFile

[guinness]

OK, so I added multiple filetype support because I had time >>

Code: Select all

#include <Array.au3>

Global $aArray

$aArray = _FindInFile("DropIt", @ScriptDir, "*.au3;*.txt") ; by guinness 2011
_ArrayDisplay($aArray)

Func _FindInFile($sSearch, $sFolder, $sMask = "*", $iRecursive = 1, $iCaseSensitive = 0, $iDetail = 0)
	Local $aStringSplit, $iPID, $sCaseSensitive = "/i", $sCommand, $sDetail = "/m", $sRecursive = "", $sStdOut_Read = ""

	If $iCaseSensitive Then
		$sCaseSensitive = ""
	EndIf
	If $iDetail Then
		$sDetail = "/n"
	EndIf
	If $iRecursive Then
		$sRecursive = "/s"
	EndIf
	$sFolder = StringRegExpReplace($sFolder, "[\\/]+\z", "") & "\"
	$aStringSplit = StringSplit($sMask, ";")

	For $A = 1 To $aStringSplit[0]
		$sMask = $aStringSplit[$A]
		$sCommand = 'findstr ' & $sCaseSensitive & ' ' & $sDetail & ' ' & $sRecursive & ' "' & $sSearch & '" "' & $sFolder & $sMask & '"'
		ConsoleWrite($sCommand & @CRLF)

		$iPID = Run(@ComSpec & ' /c ' & $sCommand, @SystemDir, @SW_HIDE, 4 + 2)

		While ProcessExists($iPID)
			$sStdOut_Read &= StdoutRead($iPID)
		WEnd
	Next
	Return StringSplit(StringTrimRi

[guinness]

What if I was to add support for CDROM drives? So when DropIt is run from a CD or ReadOnly folder it won't write any log file or setting files.

[Lupo73]

It could be interesting.. but is the idea to ReadOnly settings and profiles that already exist or use it totally on-the-fly?

Because a fully on-the-fly is quite hard to be implemented.. it may needs special windows to select actions on the fly..

[guinness]

It's aimed at those that are happy with their profiles and just want to burn their DropIt (compete with Profiles) onto a CDROM, because at the moment DropIt is always writing the disk, including the Log file. Of course it's just an idea for those that still use CD's