SRL Archive - SRL Suggestions

I think whenever a function in SRL is updated, it should be data stamped so we can specifically point out to newer revisions… Or atleast a revision number on the function. It might seem a bit anal but will be a heck load easier for people to realize they have some old functions that can be updated.



~NS

It is a good idea. We have been doing this on things that need constant updating such as bitmaps, but i guess it can't hurt to put it in the description.

~RM

If people get the latest SRL revision they'll automatically have the latest functions.

From: ZephyrsFury
If people get the latest SRL revision they'll automatically have the latest functions.

I think he just wants to see when the functions were last updated or added.

I have NO idea what to update on a script I created with rev 33 or something…

There is svn log.

From: Wizzup?
There is svn log.

Okay, I am lazy, did you expect me to tell this to everyone? No way!

SVN logs are not the most favorable to read. Not all the functions have to be re-updated to follow the last edit stamp, maybe just start from every new edit thats done. it can be like for example:


{*******************************************************************************
function GetCurrentTab: Integer;
By: ZephyrsFury
Last Edit: July 25, 2009 ~ 14:22 GMT (okay maybe not time)
Description: Returns current tab.
*******************************************************************************}


OR:


{*******************************************************************************
function GetCurrentTab: Integer;
By: ZephyrsFury
Revision: #3
Description: Returns current tab.
*******************************************************************************}



~NS

I already dated InvCount, I will try to use it more often.

From: Nadeem
SVN logs are not the most favorable to read. Not all the functions have to be re-updated to follow the last edit stamp, maybe just start from every new edit thats done. it can be like for example:


{*******************************************************************************
function GetCurrentTab: Integer;
By: ZephyrsFury
Last Edit: July 25, 2009 ~ 14:22 GMT (okay maybe not time)
Description: Returns current tab.
*******************************************************************************}


OR:


{*******************************************************************************
function GetCurrentTab: Integer;
By: ZephyrsFury
Revision: #3
Description: Returns current tab.
*******************************************************************************}



~NS

Mwah. I find svn log and grep quite ok for reading logs. But yea, it may be handy.

From: Wizzup?
Mwah. I find svn log and grep quite ok for reading logs. But yea, it may be handy.

Not everyone can do that.

Uhm, I'm not sure this is worth the hassle.. =/

I think it's an OK idea, though.

DD/MM/YYYY anyone?

From: wizzup?
i think it's an ok idea, though.

Dd/mm/yyyy anyone?

26/07/2009.

From: Wizzup?
I think it's an OK idea, though.

DD/MM/YYYY anyone?

I'm down for that :)



~NS

From: Wizzup?
I think it's an OK idea, though.

DD/MM/YYYY anyone?

Nei!

DD MMM YY

26 Jul 09

otherwise people will be confused wether it is DD/MM/YYYY or MM/DD/YYYY.

~RM

I love this idea, it will give people an idea of what NEEDS updating.
Cause that is my main problem :P

T~M

I'd prefer the name of the month also.

I think it is generally more clear to use DD/MM/YYYY, especially when creating documentation, etc.

I vouch for dates in bits.

The time is now 1001010011010111111001010100010.

I vouch for the names (abbreviated) of the months.

lol well i like any idea as long as it has the date stamped. Rasta is just getting carried away :p Although his way makes it more universal for time/date challenged people to read :)



~NS

From: Rasta Magician
Nei!

DD MMM YY

26 Jul 09

otherwise people will be confused wether it is DD/MM/YYYY or MM/DD/YYYY.

~RM

+1 as it's an international project

I don't know anyone who uses DD MMM YYYY…
I say we poll it in Developers Section. :p

DD/MM/YYYY is fine. Americans can change their date format.

From: Wizzup?
I don't know anyone who uses DD MMM YYYY…
I say we poll it in Developers Section. :p

mp_FishGear_SmallNet: Result := BitmapFromString(9, 9, 'beNo9jAsLgkAQhPUv9EB8IGp32eW' +   //small net  |  14 may 2009
       'dj0g5rgxNykKo/v+vaWQjGJbZ2W/Hsm96r1UCWZZNevcHzL4WptzC' +
       'fK7z2shEsoAAxYI6i7tj+uqq0WRzwgOa3npB74DLNPSd5aCz6VJi5' +
       'vz3vovd0ai5UzEwaeQ+Tmo08nnO0UkMAf9m5G3Fh0ZAtdrQ6W4kYb' +
       'rgKJnaAl4knmQ+AX0jAODEQgchTOStrC8oaB35');

    bmp_FishGear_Rod: Result := BitmapFromString(9, 7, 'beNrz4gn29XV3crIyM7PT4mBgYAS' + // fishing rod |  14 may 2009
       'iskj+CGfuYHtuMVFRoJSdlaW+jg5EKiuAz9OcE8iICArycnV1tLUB' +
       'qoFoiXXjAeoCsqNDQ3w9PIwN9OFa/Ky5gIyqGIHY8PAAby+IOJCb5' +
       'MUD1AVRE2zJDXdAXjAf0HaIGqCZfmZcEPG6eIE0X16gLoiWJAD1kR' +
       '+/');


    bmp_FishGear_FlyRod: Result := BitmapFromString(8, 2, 'beNpjYIwICnJ3cmJgYGxKEswL5ot' +   //fly fishing rod |  14 may 2009
       'w5gayDRQUfD08IOJlkfxJXjwQcQYA4NgIiw==');

    bmp_FishGear_Cage: Result := BitmapFromString(11, 13, 'beNp9kMEKgmAQhO9l' +            // lobster cage  |  14 may 2009
       '9jZBhyAMKy1TtNIIITxIWkkIXbz24g18HiJSGH5md4adf9cxd5NBN' +
       'B2CZNYinRsgWxg9Eujq58sR6JFKx1TZJQnV1jwf9n8l1HfTJGFI+S' +
       'OhCpHnVXkuUvvjb1xOJwzBxn0WV5E0jnWQIsvoKxri2nZ9K8nSNZh' +
       'GCVlZ1utxFzkGvq7BNKL18n8M6mhfphGtl70weOu1DHCi270+AGOC' +
       'kg==');

    bmp_FishGear_Harpoon: Result := BitmapFromString(12, 11, 'beNpdjm0LwWAYhfmmvP4Ev' +     //harpoon  |  14 may 2009
       '0A0X1BMtJZayduIsVYm1DAawhDzVhL5wY7uepI6H552rl334eMi/4' +
       '3L5V5Nza1l7RcLZ72+7rbzkdHXNAQVMYQhy8n4bG8A9FS121YojCE' +
       'MADD8rjYa9VJJazWRXwAnNrOZoesAmtUKmdktPO6Hw8M5msMB5Ios' +
       'lyUJH6PhMCLwHN7P8+l1ubxvN63gg5wkBMAAhg0eFAPpiAcGLCGGr' +
       'hTySWLMWrCc8bINTMLG2J2QIvhY9QfkUjFUmJHnPL9+bECFkESX/P' +
       'Wc928k2mwiIqbj4gf1xl5S');

i beg your pardon? :p

~RM

Mwah, digits are just as clear, IMO. :)

Not everybody uses the same date format, so why not make it easy for everyone and use something everyone can understand all of the time?

So has this been done/started?



~NS

Mm/dd/yy

The result from the Dev's poll was to use: DD MMM YY as in 30 Jul 09

but this will only be used on new functions.

~RM

All right awesome :p

I guess this thread can be closed now



~NS

From: Nava2

Uhm, I'm not sure this is worth the hassle.. =/

Spoken like a true SRL Developer :)
/me runs.

DD MMM YY would be better. Because sometimes when people type 7/6/09 I don't know if they mean July 6th or June 7th…