rlFunctions - collections of some useful functions for neobo
Moderator: Neosoft Support
rlFunctions
Version 2.4 is now released!!!
- added rlSplitFile and rlJoinFile functions.
- also includes two additional functions namely rlNumtoRoman and rlRomantoNum.
- This is also a good update for previous version, coz i modified/updated the rlFileList. Some had complained to me about the "[" and "]" as indication of directories since Windows(tm) OS allows this characters to be part of a filename. Its now changed to angle brackets "<" and ">". I hope there will be no more complains about this. If there is... don't hesitate to email me.
- added rlSplitFile and rlJoinFile functions.
- also includes two additional functions namely rlNumtoRoman and rlRomantoNum.
- This is also a good update for previous version, coz i modified/updated the rlFileList. Some had complained to me about the "[" and "]" as indication of directories since Windows(tm) OS allows this characters to be part of a filename. Its now changed to angle brackets "<" and ">". I hope there will be no more complains about this. If there is... don't hesitate to email me.

rlFunctions
thanks!Quote: from Alberto Meyer on 9:17 am on Oct. 14, 2004
Why not use the "pipe" | to separate items.
I coud put that! but i been thinking about, adding another parameter into which user can specify the character he/she want to be as a separator.
Updates!!!
Version 2.6b is released!
- Added new Process Functions
- Added a parameter to rlGetAllAppHandle for more options. Allowing you to get only visible, only invisible, only unicode, or all windows running.
- Fixed a bug that may cause the NeoBook registry entry to be modified accidentally.
- (Quick Fix!!! from version 2.6 to 2.6b) added a [KillType] option to both rlKillProcessByProcID and rlKillProcessByFileName.
Version 2.6b is released!
- Added new Process Functions
- Added a parameter to rlGetAllAppHandle for more options. Allowing you to get only visible, only invisible, only unicode, or all windows running.
- Fixed a bug that may cause the NeoBook registry entry to be modified accidentally.
- (Quick Fix!!! from version 2.6 to 2.6b) added a [KillType] option to both rlKillProcessByProcID and rlKillProcessByFileName.
Version 2.6c released: critical update release
Version 2.6c
- Released Date: January 31, 2004
- Critical update: Fixed a bug in rlFileList that may coz it to return a string of a pointer to a previous directory, this happens when a directory to search is empty.
- changed/updated the source code, this prepares and ensures compatability with NeoBook v5. Thanks and credits to Jocelyn Berrendonner.
- Released Date: January 31, 2004
- Critical update: Fixed a bug in rlFileList that may coz it to return a string of a pointer to a previous directory, this happens when a directory to search is empty.
- changed/updated the source code, this prepares and ensures compatability with NeoBook v5. Thanks and credits to Jocelyn Berrendonner.
SpiritHorseNOOT wrote:hey reynoldlariza I noticed something in your example that is missing ..... in your menu the link to go to he splitit functions is not there ... just thought I would let you know so that you could fix it .

ugh

Thanks for pointing this out.
it is possible to make it so you don't have to know the orignal file extention for split files ?
unstead of something like this when split ..... myfile.001,myfile.002
have something like this when split .... myfile.exe.001,myfile.exe.001
basically when spliting it don't remove the actual file extention?
unstead of something like this when split ..... myfile.001,myfile.002
have something like this when split .... myfile.exe.001,myfile.exe.001
basically when spliting it don't remove the actual file extention?
SpiritHorseNOOT wrote:it is possible to make it so you don't have to know the orignal file extention for split files ?
unstead of something like this when split ..... myfile.001,myfile.002
have something like this when split .... myfile.exe.001,myfile.exe.001
basically when spliting it don't remove the actual file extention?

thanks for pointing that out. I'm quite full right now, too much work to do, got to earn my allowance

rlFunctions 2.6k is released!!! :)
rlFunctions version 2.6k is released!!!
- added 6 functions -> rlRemoveDirectory, rlGetFileSize, rlIsPathExists, rlEnableWindow, rlIsWindowEnabled, rlSetWindowText.

- added 6 functions -> rlRemoveDirectory, rlGetFileSize, rlIsPathExists, rlEnableWindow, rlIsWindowEnabled, rlSetWindowText.
Just a suggestion for the split functions of your plugin
when using the join function is it possible that you can make it so that the file when join is complete don't have to be the same directory as the .001
i.e. I have the first split file peice in c:\myprogram\peace.exe.001
then when I go to join the file back together again the output directory of the join file is d:\storage\peace.exe unstead of c:\myprogram\peace.exe
just some ideas for ya.
when using the join function is it possible that you can make it so that the file when join is complete don't have to be the same directory as the .001
i.e. I have the first split file peice in c:\myprogram\peace.exe.001
then when I go to join the file back together again the output directory of the join file is d:\storage\peace.exe unstead of c:\myprogram\peace.exe
just some ideas for ya.
I may have not fully understand... but do you mean you want to set/change the path to where the file must be created? yet the split files are in another path?SpiritHorseNOOT wrote:Just a suggestion for the split functions of your plugin
when using the join function is it possible that you can make it so that the file when join is complete don't have to be the same directory as the .001
i.e. I have the first split file peice in c:\myprogram\peace.exe.001
then when I go to join the file back together again the output directory of the join file is d:\storage\peace.exe unstead of c:\myprogram\peace.exe
just some ideas for ya.
If yes... DONE!!! I will release it this week, I have also fixed the GUI problems I have with dropdown box mis-behavior.
I don't know but... do you think is it advantageous to set/change the filename and extension also? I'm thinking if I'm going to implement it or not.
Anyway, thanks for your suggestion

Oh I almost forgot, can you please look at my website and give me feedback about it too?
