You can subscribe to this list here.
2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(35) |
Jun
(131) |
Jul
(73) |
Aug
(40) |
Sep
(65) |
Oct
(157) |
Nov
(116) |
Dec
(3) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2008 |
Jan
(12) |
Feb
(4) |
Mar
|
Apr
(3) |
May
(1) |
Jun
(5) |
Jul
(26) |
Aug
(81) |
Sep
(49) |
Oct
(48) |
Nov
(3) |
Dec
(5) |
2009 |
Jan
(4) |
Feb
(22) |
Mar
(17) |
Apr
(13) |
May
(4) |
Jun
(11) |
Jul
(17) |
Aug
(20) |
Sep
(38) |
Oct
(5) |
Nov
(4) |
Dec
|
2010 |
Jan
(1) |
Feb
(1) |
Mar
(2) |
Apr
(2) |
May
(7) |
Jun
(4) |
Jul
(1) |
Aug
(10) |
Sep
(73) |
Oct
(26) |
Nov
(2) |
Dec
(25) |
2011 |
Jan
(23) |
Feb
(39) |
Mar
(12) |
Apr
(5) |
May
(3) |
Jun
(11) |
Jul
(1) |
Aug
|
Sep
(1) |
Oct
(16) |
Nov
(2) |
Dec
|
2012 |
Jan
(5) |
Feb
(5) |
Mar
(13) |
Apr
|
May
(3) |
Jun
(23) |
Jul
(10) |
Aug
(29) |
Sep
|
Oct
|
Nov
|
Dec
|
From: SourceForge.net <no...@so...> - 2012-08-07 14:18:40
|
Feature Requests item #3196741, was opened at 2011-03-01 17:08 Message generated for change (Settings changed) made by miesfeld You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=684733&aid=3196741&group_id=119701 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: ooDialog >Group: ooDialog 4.2.0 >Status: Open Resolution: Fixed Priority: 5 Private: No Submitted By: Mark Miesfeld (miesfeld) Assigned to: Mark Miesfeld (miesfeld) Summary: ooDialog message, color, etc tables should be dynamic Initial Comment: ooDialog uses a number of tables to keep track of things. Message tables, color tables, bitmap tables, etc. Those tables have always been, a rather large, fixed size. No matter how big the table, there are a few people who want / need a bigger table. Rather than allocated hugh fixed size tables, it would be better to allocate smaller tables, sufficient for the average dialog, and expand the table size if / when needed for the unusual dialog. ---------------------------------------------------------------------- Comment By: Mark Miesfeld (miesfeld) Date: 2011-03-01 20:10 Message: Committed revision 6818. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=684733&aid=3196741&group_id=119701 |
From: SourceForge.net <no...@so...> - 2012-08-07 14:17:32
|
Feature Requests item #3168768, was opened at 2011-01-31 08:18 Message generated for change (Settings changed) made by miesfeld You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=684733&aid=3168768&group_id=119701 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: ooDialog >Group: ooDialog 4.2.0 >Status: Open Resolution: Fixed Priority: 5 Private: No Submitted By: Mark Miesfeld (miesfeld) Assigned to: Mark Miesfeld (miesfeld) Summary: ooDialog - improve connectKeyPress methods Initial Comment: In ooDialog the connectKeyPress(), and related methods, allow the connecting of key combination like Ctrl-S or Alt-Home to a method in the Rexx dialog. This works fine for key events where the user is physically typing the keys. However, it is not uncommon for users to have "remote control" applications that insert key strokes into the message queue of windows running in a different process. The connectKeyPress methods will, currently, not detect this for key combinations because the methods check if the modifier keys (Ctrl, Alt, and Shift) are physically down. It would be nice to also detect the key event when the key combination is inserted into the message queue by an outside process. This can be done by using a different Windows API. The Rexx programmer could have an option to specify the behavior. By default the connectKeyPress() methods would behave as now, a match for the key event would check that modifier key(s) were physically depressed. By adding the VIRT keyword to the key filter, the programmer could specify to detect inserted key events also. ---------------------------------------------------------------------- Comment By: Mark Miesfeld (miesfeld) Date: 2011-01-31 19:33 Message: Committed revision r6675. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=684733&aid=3168768&group_id=119701 |
From: SourceForge.net <no...@so...> - 2012-08-07 14:15:55
|
Feature Requests item #3427258, was opened at 2011-10-22 10:16 Message generated for change (Settings changed) made by miesfeld You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=684733&aid=3427258&group_id=119701 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: ooDialog >Group: ooDialog 4.2.0 >Status: Open Resolution: Accepted Priority: 5 Private: No Submitted By: Mark Miesfeld (miesfeld) Assigned to: Mark Miesfeld (miesfeld) Summary: The MonthCalendar control needs a setStyle() method Initial Comment: When a date and time picker control has a child month calendar, it is common for the programmer to set some specific styles for the month calendar. The date and time picker control has a DateTime_SetMonthCalStyle() function to allow the programmer to do this. However, that funtion is for Vista or later only. For XP or Windows 2000, it is easy enough for the programmer to change the style, in C or C++. For the Rexx programmer a native method needs to be added to the MonthCalendar object to do this. ---------------------------------------------------------------------- Comment By: Mark Miesfeld (miesfeld) Date: 2011-10-23 08:44 Message: Committed revision 7242. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=684733&aid=3427258&group_id=119701 |
From: SourceForge.net <no...@so...> - 2012-08-07 14:11:09
|
Feature Requests item #3197574, was opened at 2011-03-02 10:17 Message generated for change (Comment added) made by miesfeld You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=684733&aid=3197574&group_id=119701 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: ooDialog Group: Windows >Status: Closed Resolution: Accepted Priority: 5 Private: No Submitted By: ldanver (ldanver) Assigned to: Mark Miesfeld (miesfeld) Summary: When Switch command displays the version, also include r#. Initial Comment: When the Switch command is used to display or switch versions of ooDialog, it would be very handy to see the "r" number too. For example: Active version of ooDialog: 5.4.3 r1234 ---------------------------------------------------------------------- >Comment By: Mark Miesfeld (miesfeld) Date: 2012-08-07 07:11 Message: This has been available for some. ---------------------------------------------------------------------- Comment By: Mark Miesfeld (miesfeld) Date: 2012-01-14 11:26 Message: Committed revision 7440. Thanks for taking the time to request this Larry. I should have thought of it on my own. <grin> It will be in the next beta put up on SourceForge. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=684733&aid=3197574&group_id=119701 |
From: SourceForge.net <no...@so...> - 2012-07-26 16:07:57
|
Feature Requests item #3540257, was opened at 2012-07-04 11:50 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=684733&aid=3540257&group_id=119701 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: ooDialog Group: Windows Status: Open Resolution: None Priority: 5 Private: No Submitted By: Mark Miesfeld (miesfeld) Assigned to: Nobody/Anonymous (nobody) Summary: ooDialog - add access to the WinHelp API Initial Comment: Currently in ooDialog the only way to display help is to pop up a message box with some custom text. It would be good to add access to the WinHelp() API which would let applications display help in the same or similar manner as other Windows applications. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2012-07-26 09:07 Message: p71Vr3 <a href="http://xnokyukskpjn.com/">xnokyukskpjn</a>, [url=http://oozdksixjmua.com/]oozdksixjmua[/url], [link=http://mdifncltmlbh.com/]mdifncltmlbh[/link], http://lxuiimuczdyv.com/ ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=684733&aid=3540257&group_id=119701 |
From: SourceForge.net <no...@so...> - 2012-07-23 10:01:41
|
Feature Requests item #3534952, was opened at 2012-06-13 11:20 Message generated for change (Comment added) made by perolovjonsson You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=684733&aid=3534952&group_id=119701 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Rick McGuire (bigrixx) Assigned to: Nobody/Anonymous (nobody) Summary: add space method to mutablebuffer Initial Comment: mutable buffer implements most of the string transformation methods. Space is a notable exception. ---------------------------------------------------------------------- Comment By: Per Olov Jonsson (perolovjonsson) Date: 2012-07-23 03:01 Message: Dear Mr McGuire, I also lack the space method (and function) for Mutable Buffers. This is my current replacement tt = tt~translate(' ','0d0a09'x)~Changestr(' ',' ') /* my own space method */ Ugly but is works. a ~space would be more elegant! ---------------------------------------------------------------------- Comment By: U. Zinngrebe (uzinngre) Date: 2012-07-18 17:13 Message: Hi Rick, my personal preference is that mb ~ space() would edit the mutable buffer mb. Extracting values from the buffer for the purposes of examination can already be done by the classic function space( mb ) Cheers, Uli ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=684733&aid=3534952&group_id=119701 |
From: SourceForge.net <no...@so...> - 2012-07-21 02:30:14
|
Feature Requests item #3537251, was opened at 2012-06-22 13:20 Message generated for change (Comment added) made by miesfeld You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=684733&aid=3537251&group_id=119701 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. >Category: Classes Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Walter Pachl (walterpachl) Assigned to: Nobody/Anonymous (nobody) Summary: Error message ex rxmath Initial Comment: Funny number in 6 *-* Say ' 'rxcalcsin(0.1,'R') Error 88: Invalid argument Error 88.907: Argument 2 must be in the range 0 to 4294967295; found "R" should be 1 to 4294967295 (or better 1 to 16 if sticking to the doc) Indeed 4294967295 is accepted (but ignored) 4294967296 is rejected ---------------------------------------------------------------------- >Comment By: Mark Miesfeld (miesfeld) Date: 2012-07-20 19:30 Message: Walter, I don't see this as a bug. If I change this to: --Say ' 'rxcalcsin(0.1,'R') Say ' 'rxcalcsin(0.1,0) ::requires 'rxmath' LIBRARY I get this output: 4 *-* Say ' 'rxcalcsin(0.1,0) Error 40 running C:\work.ooRexx\bug.work\rxcalcsin.bug\test.rex line 4: Incorrect call to routine Error 40.1: External routine "RXCALCSIN" failed So, 0 is also accepted, and as you said, 4294967295 is also accepted. The message is correct, making it not a bug. You can argue that the message could be better, and I wouldn't argue with you. But that makes this a RFE (request for enhancement.) I'm going to move this out of the Bug tracker and put it in the Feature Requests tracker. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=684733&aid=3537251&group_id=119701 |
From: SourceForge.net <no...@so...> - 2012-07-19 00:13:39
|
Feature Requests item #3534952, was opened at 2012-06-13 11:20 Message generated for change (Comment added) made by uzinngre You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=684733&aid=3534952&group_id=119701 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Rick McGuire (bigrixx) Assigned to: Nobody/Anonymous (nobody) Summary: add space method to mutablebuffer Initial Comment: mutable buffer implements most of the string transformation methods. Space is a notable exception. ---------------------------------------------------------------------- Comment By: U. Zinngrebe (uzinngre) Date: 2012-07-18 17:13 Message: Hi Rick, my personal preference is that mb ~ space() would edit the mutable buffer mb. Extracting values from the buffer for the purposes of examination can already be done by the classic function space( mb ) Cheers, Uli ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=684733&aid=3534952&group_id=119701 |
From: SourceForge.net <no...@so...> - 2012-07-13 10:07:20
|
Feature Requests item #3543473, was opened at 2012-07-13 03:07 Message generated for change (Tracker Item Submitted) made by bigrixx You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=684733&aid=3543473&group_id=119701 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Classes Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Rick McGuire (bigrixx) Assigned to: Nobody/Anonymous (nobody) Summary: Add an elapsedTime method to DateTime Initial Comment: Date time instances can be easily used as elapsed time counters that are not subject to the rules surrounding time('e') when crossing call boundaries. While the following code is pretty easy: say .DateTime~new - timestamp This usage would be more obvious if included in a simple method say timestamp~elapsedTime ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=684733&aid=3543473&group_id=119701 |
From: SourceForge.net <no...@so...> - 2012-07-09 11:25:10
|
Feature Requests item #3541572, was opened at 2012-07-09 04:25 Message generated for change (Tracker Item Submitted) made by bigrixx You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=684733&aid=3541572&group_id=119701 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Classes Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Rick McGuire (bigrixx) Assigned to: Nobody/Anonymous (nobody) Summary: String compares should have special exception for .nil Initial Comment: Currently, the string implementations of comparison operations unconditionally convert the right-hand-side of the comparison to a string value. This means compares like if arg == .nil then .... If the variable arg is .nil, then these objects are compared directly. If variable arg is a string value, .nil gets converted to the string "The NIL object" and this value is compared. This has two problems: 1) There is a potential for a false positive on this compare if the string value happens to be the string "The NIL object" 2) a NOSTRING condition is raised, which causes unexpected problems if SIGNAL ON ANY is in use. The workaround is to code "if .nil == arg then ..." to get .nil on the left side of the operator. In practice, people almost universally prefer the first form. Comparison to .nil is such an important thing on the ooRexx language that the string class should recognize .nil as a special case and always return .false (avoiding the NOSTRING condition as well). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=684733&aid=3541572&group_id=119701 |
From: SourceForge.net <no...@so...> - 2012-07-06 17:29:32
|
Feature Requests item #3540927, was opened at 2012-07-06 10:29 Message generated for change (Tracker Item Submitted) made by bigrixx You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=684733&aid=3540927&group_id=119701 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Classes Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Rick McGuire (bigrixx) Assigned to: Nobody/Anonymous (nobody) Summary: Add firstitem, lastitem methods to ordered collections. Initial Comment: The ordered collection classes have first and last methods that return the indexes of the first and last items, but if the collection is empty, these return .nil for the index, which cannot be used directly and must be tested for validity first. Since retrieving the first or last item is a common operation, firstItem and lastItem seem like natural additions for these classes. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=684733&aid=3540927&group_id=119701 |
From: SourceForge.net <no...@so...> - 2012-07-06 14:49:50
|
Feature Requests item #3540888, was opened at 2012-07-06 07:42 Message generated for change (Comment added) made by bjskelly You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=684733&aid=3540888&group_id=119701 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Rick McGuire (bigrixx) Assigned to: Nobody/Anonymous (nobody) Summary: add floor, ceiling, and round math operations Initial Comment: People have been coding around this lack for years, frequently incorrectly. It would be nice if these were just native string methods. ---------------------------------------------------------------------- >Comment By: Bruce (bjskelly) Date: 2012-07-06 07:49 Message: You can say that again. Please include examples that include proper output for negative numbers. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=684733&aid=3540888&group_id=119701 |
From: SourceForge.net <no...@so...> - 2012-07-06 14:42:38
|
Feature Requests item #3540888, was opened at 2012-07-06 07:42 Message generated for change (Tracker Item Submitted) made by bigrixx You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=684733&aid=3540888&group_id=119701 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Rick McGuire (bigrixx) Assigned to: Nobody/Anonymous (nobody) Summary: add floor, ceiling, and round math operations Initial Comment: People have been coding around this lack for years, frequently incorrectly. It would be nice if these were just native string methods. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=684733&aid=3540888&group_id=119701 |
From: SourceForge.net <no...@so...> - 2012-07-04 18:50:59
|
Feature Requests item #3540257, was opened at 2012-07-04 11:50 Message generated for change (Tracker Item Submitted) made by miesfeld You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=684733&aid=3540257&group_id=119701 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: ooDialog Group: Windows Status: Open Resolution: None Priority: 5 Private: No Submitted By: Mark Miesfeld (miesfeld) Assigned to: Nobody/Anonymous (nobody) Summary: ooDialog - add access to the WinHelp API Initial Comment: Currently in ooDialog the only way to display help is to pop up a message box with some custom text. It would be good to add access to the WinHelp() API which would let applications display help in the same or similar manner as other Windows applications. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=684733&aid=3540257&group_id=119701 |
From: SourceForge.net <no...@so...> - 2012-06-30 14:38:33
|
Feature Requests item #3539158, was opened at 2012-06-30 07:38 Message generated for change (Tracker Item Submitted) made by bigrixx You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=684733&aid=3539158&group_id=119701 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Rick McGuire (bigrixx) Assigned to: Nobody/Anonymous (nobody) Summary: Allow strip to work with a set of characters. Initial Comment: There are common operations such as stripping XML whitespace characters that could be more easily done if strip allowed a string of characters to be specified instead of just a single char. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=684733&aid=3539158&group_id=119701 |
From: SourceForge.net <no...@so...> - 2012-06-29 20:47:34
|
Feature Requests item #3539050, was opened at 2012-06-29 13:47 Message generated for change (Tracker Item Submitted) made by bigrixx You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=684733&aid=3539050&group_id=119701 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Classes Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Rick McGuire (bigrixx) Assigned to: Nobody/Anonymous (nobody) Summary: Add right and left to mutablebuffer Initial Comment: Mutablebuffer supports substr, but not right and left. For inspecting portions of the buffer, these forms are usually more convenient. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=684733&aid=3539050&group_id=119701 |
From: SourceForge.net <no...@so...> - 2012-06-23 12:07:42
|
Feature Requests item #3537341, was opened at 2012-06-23 05:07 Message generated for change (Tracker Item Submitted) made by bigrixx You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=684733&aid=3537341&group_id=119701 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Interpreter Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Rick McGuire (bigrixx) Assigned to: Nobody/Anonymous (nobody) Summary: Allow trailing "=" on method names without quoting Initial Comment: On the ::method directive, it would make the code more readable if the syntax for the method name allowed a trailing "=" on the name without quoting. The following pattern is very common with method names: ::method firstChild abstract ::method "firstChild=" abstract It seems strange to the eyes that the second needs to be quoted. A much nicer solution would be: ::method firstChild abstract ::method firstChild= abstract which has a lower astonishment factor and reads nicer. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=684733&aid=3537341&group_id=119701 |
From: SourceForge.net <no...@so...> - 2012-06-23 12:01:36
|
Feature Requests item #3537340, was opened at 2012-06-23 05:01 Message generated for change (Tracker Item Submitted) made by bigrixx You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=684733&aid=3537340&group_id=119701 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Interpreter Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Rick McGuire (bigrixx) Assigned to: Nobody/Anonymous (nobody) Summary: Allow ABSTRACT on ::ATTRIBUTE directives. Initial Comment: When defining pure interface mixins, it would be helpful (and more readable) if the ::ABSTRACT keyword allowed the ABSTRACT keyword to be specified. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=684733&aid=3537340&group_id=119701 |
From: SourceForge.net <no...@so...> - 2012-06-22 12:06:24
|
Feature Requests item #3537149, was opened at 2012-06-22 05:05 Message generated for change (Comment added) made by bigrixx You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=684733&aid=3537149&group_id=119701 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Interpreter Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Add a package name directive Initial Comment: Package names on ::requires identifies packages by file name, but it would be handy if a given package file could self-identify with an internally selected name. This internal name should then be exposed so that it can be used to qualify things like class names to avoid name conflict issues. One question that needs deciding is how to handle package name conflicts. These could just be ignored, but I think it might be good to flag the conflict as an error if a program requires multiple packages that use the same name. I'm not in favor of making this a global error. ---------------------------------------------------------------------- >Comment By: Rick McGuire (bigrixx) Date: 2012-06-22 05:06 Message: Didn't realize I was not logged in when I created this. I was the submitter here. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=684733&aid=3537149&group_id=119701 |
From: SourceForge.net <no...@so...> - 2012-06-22 12:05:21
|
Feature Requests item #3537149, was opened at 2012-06-22 05:05 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=684733&aid=3537149&group_id=119701 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Interpreter Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Add a package name directive Initial Comment: Package names on ::requires identifies packages by file name, but it would be handy if a given package file could self-identify with an internally selected name. This internal name should then be exposed so that it can be used to qualify things like class names to avoid name conflict issues. One question that needs deciding is how to handle package name conflicts. These could just be ignored, but I think it might be good to flag the conflict as an error if a program requires multiple packages that use the same name. I'm not in favor of making this a global error. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=684733&aid=3537149&group_id=119701 |
From: SourceForge.net <no...@so...> - 2012-06-17 20:59:39
|
Feature Requests item #3535860, was opened at 2012-06-17 13:59 Message generated for change (Tracker Item Submitted) made by vmrexx You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=684733&aid=3535860&group_id=119701 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: LesK (vmrexx) Assigned to: Nobody/Anonymous (nobody) Summary: Sort the output of SysDumpVariables Initial Comment: Currently, variables are listed in no particular order. It would be an improvement if they were listed in sorted alpha/numeric order, including numeric tails of stemmed variables in ascending order. This is low priority, since I have a solution for THE, which I've attached. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=684733&aid=3535860&group_id=119701 |
From: SourceForge.net <no...@so...> - 2012-06-16 08:49:02
|
Feature Requests item #3535630, was opened at 2012-06-16 01:49 Message generated for change (Tracker Item Submitted) made by sahananda You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=684733&aid=3535630&group_id=119701 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jon Wolfers (sahananda) Assigned to: Nobody/Anonymous (nobody) Summary: Stem class makearray method to honour stem convention Initial Comment: Many function packages return stems in a particular format. There may be a name for such a stem, but I don't know it so I am calling it a classic stem. It is how sysFiletree and many other rexxutil packages return results as well as rexxSQL, rexxCurl etc.. stem.0 has the number of items and then the tails are integers ordered 1..stem.0 such that the stem can be traversed in order like this do i = 1 to stem.0 say stem.i end Could we have an option on the stem class makearray method to honour this convention. The current stem.~makeArray does not honour the order of the tails and will include stem.0 in the returned array. So in rexx the method would be something like: if stem.~items \= stem.0 +1 then raise ... /* badly formed classic stem */ array = .array~new(stem.0 - 1) do i = 1 to stem.0 if symbol(stem.i) \= 'VAR' then raise ... /* badly formed classic stem */ array~append(stem.i) end return array The 0th element is discarded. Obviously, there would need to be a parm passed to indicate that this is a conventional stem, how about C for 'Classic', or 'Conventional' thanks, Jon ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=684733&aid=3535630&group_id=119701 |
From: SourceForge.net <no...@so...> - 2012-06-13 18:59:09
|
Feature Requests item #3510585, was opened at 2012-03-23 09:31 Message generated for change (Settings changed) made by bigrixx You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=684733&aid=3510585&group_id=119701 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Platform Interface Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: ldanver (ldanver) >Assigned to: Nobody/Anonymous (nobody) Summary: An iPod / iPad app for OoRexx Initial Comment: "There's not an app for that"! I would love to be able to write Rexx programs on my iPad. It would make my iPad SOOOO much more useful. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=684733&aid=3510585&group_id=119701 |
From: SourceForge.net <no...@so...> - 2012-06-13 18:53:37
|
Feature Requests item #3533581, was opened at 2012-06-08 12:03 Message generated for change (Comment added) made by bigrixx You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=684733&aid=3533581&group_id=119701 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Classes Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Rick McGuire (bigrixx) Assigned to: Nobody/Anonymous (nobody) Summary: Consider adding a second class initialization method Initial Comment: The life cycle of class instantiating class objects created from directives goes through a multi-stage process where a class object gets created, then the various instance method dictionaries get built from the class hierarchy and inherited mixins. Unfortunately, this means it is not possible for the class INIT method to create instances of itself at the point where it is called. This is very much a chicken-and-egg situation here and I believe this really cannot be changed. However, it should be possible to define a new method on class (SETUP maybe?) that is called after the class object is fully resolved and ready for use. This additional method would only apply to class objects created from directives, not to ones created by manual use of the various class methods. This last case is extremely rare...really those methods are only used by the internal directive processing in the first place. This addition will make it possible for a class to create singletons of itself during class initialization rather than being forced to delay things until a triggering method call occurs. ---------------------------------------------------------------------- >Comment By: Rick McGuire (bigrixx) Date: 2012-06-13 11:53 Message: Realized there should be an additional requirement to this method callback. This should occur after all other classes in the same package have been processed, ensuring access to all classes defined in the same package. This should be done before the package initialization code is called. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=684733&aid=3533581&group_id=119701 |
From: SourceForge.net <no...@so...> - 2012-06-13 18:20:54
|
Feature Requests item #3534952, was opened at 2012-06-13 11:20 Message generated for change (Tracker Item Submitted) made by bigrixx You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=684733&aid=3534952&group_id=119701 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Rick McGuire (bigrixx) Assigned to: Nobody/Anonymous (nobody) Summary: add space method to mutablebuffer Initial Comment: mutable buffer implements most of the string transformation methods. Space is a notable exception. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=684733&aid=3534952&group_id=119701 |