jtodo-general Mailing List for ListfulThinking
Brought to you by:
masukomi
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
(4) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(4) |
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(9) |
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2008 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
(1) |
Aug
|
Sep
(1) |
Oct
(1) |
Nov
(1) |
Dec
(1) |
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2011 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Luke P. <lu...@mo...> - 2011-03-17 01:52:28
|
Hi Kate, I'm not sure if you recall, but I recently sent you some details regarding placing a text advert on your site. I was wondering whether you'd given it any thought. You're probably very busy, but it seemed sensible to send you a quick email. That said, sometimes emails get flagged as spam, so I'm also making sure I'm not ending up in your junk mail by mistake, as it does sometimes happen! If you've any questions, please feel free to let me know, I'm here to help. Many thanks, Luke Peterson ================================================== This e-mail message is strictly confidential. It is intended solely for the person or organisation to whom it is addressed and contains confidential or privileged information. If you have received it in error, please notify in...@mo... immediately and destroy this e-mail and any attachments. You must not disclose, copy, distribute or take any action in reliance on this e-mail or any attachments. Views or opinions presented in this e-mail are solely those of the author and do not necessarily represent those of More Digital. More Digital does not accept liability for any data corruption, interception, unauthorised amendment, viruses and delays or the consequences thereof relating to this or any other email. Any e-mail or attachment is opened at your own risk. To help protect you, this email (ID-4118010670) was scanned for viruses by Norton AntiVirus. |
|
From: Luke P. <lu...@mo...> - 2010-06-08 22:55:10
|
Hi Kate, We recently contacted you regarding advertising for one of our clients. Would you be interested in selling us a simple text based advertisement on your website Listfulthinking.com? We pay an annual fee to you as soon as the advert is live. It is a straightforward process and we work with you to make sure we fit naturally with your site. Please let me know if you are interested and I'll send you more details. Best regards, Luke Peterson ================================================== This e-mail message is strictly confidential. It is intended solely for the person or organisation to whom it is addressed and contains confidential or privileged information. If you have received it in error, please notify in...@mo... immediately and destroy this e-mail and any attachments. You must not disclose, copy, distribute or take any action in reliance on this e-mail or any attachments. Views or opinions presented in this e-mail are solely those of the author and do not necessarily represent those of More Digital. More Digital does not accept liability for any data corruption, interception, unauthorised amendment, viruses and delays or the consequences thereof relating to this or any other email. Any e-mail or attachment is opened at your own risk. To help protect you, this email (ID-4118010670) was scanned for viruses by Norton AntiVirus. |
|
From: Luke P. <lu...@mo...> - 2010-06-01 16:40:14
|
Hi Kate, I work for More Digital; a UK based Digital Marketing Consultancy. We represent clients interested in social media marketing on smaller sites with little or no existing advertising and we're currently looking for advertising partners. Would you be interested in placing a small text-based ad on Listfulthinking.com? We pay a fixed upfront annual fee which we will agree on with you. Once the ad is in place, payment is made within approximately 48 hours. I hope to hear from you soon. Kind regards, Luke Peterson ================================================== This e-mail message is strictly confidential. It is intended solely for the person or organisation to whom it is addressed and contains confidential or privileged information. If you have received it in error, please notify in...@mo... immediately and destroy this e-mail and any attachments. You must not disclose, copy, distribute or take any action in reliance on this e-mail or any attachments. Views or opinions presented in this e-mail are solely those of the author and do not necessarily represent those of More Digital. More Digital does not accept liability for any data corruption, interception, unauthorised amendment, viruses and delays or the consequences thereof relating to this or any other email. Any e-mail or attachment is opened at your own risk. To help protect you, this email (ID-4118010670) was scanned for viruses by Norton AntiVirus. |
|
From: <lj...@to...> - 2008-09-12 06:39:52
|
We mainly focus on machining jobs with the lot size ranging from 100 to 2000 pieces on monthly basis. Please be advised with the basic information of our shop below: A. Facility & Machinery -Employers: 120; Space: 10000 Sq. feet; Certificate: ISO9000; -CNC lathe: 10; CNC mill: 8; Grinders: 3; Auxiliary machine: 35; Wire cut: 8; -Tolerance: 0.01 mm and maximum capability: 800mmx600mm. B. Materials & Finishing -Aluminum, bronze, brass, stainless steel -Power coating, anodizing and plating * Remarks: colors by Pantone C. Typical Products & Industry Served - Housing, heat sink, fixture, machine parts, - Automation, robots, instruments, equipment & machine making, engine & motors, dentists, product design & engineering, etc. E.CAD files Accepted Hand draft, IGS, STEP, AutoCAD 2007, Solidworks, AutoDesk, UGNX and ProE F. Delivery Cycle - Emergency: 3 days - Fast delivery: 10 days - Normal delivery: 2 weeks or monthly basis Serious buyers please send us drawings for a quotation and details. * No casting,stamping,injection,screw machine parts please. Yada Inc./TaiHao Factory Contact: Mr. Ling (Hotline: 86 755 88832548) Email: m5...@to... |
|
From: yada <ai...@to...> - 2008-07-11 08:41:39
|
We mainly focus on machining jobs with the lot size ranging from 100 to 2000 pieces on monthly basis. Please be advised with the basic information of our shop below: A. Facility & Machinery -Employers: 120; Space: 10000 Sq. feet; Certificate: ISO9000; -CNC lathe: 10; CNC mill: 8; Grinders: 3; Auxiliary machine: 35; Wire cut: 8; -Tolerance: 0.01 mm and maximum capability: 800mmx600mm. B. Materials & Finishing -Aluminum, bronze, brass, stainless steel -Power coating, anodizing and plating * Remarks: colors by Pantone C. Typical Products & Industry Served - Housing, heat sink, fixture, machine parts, - Automation, robots, instruments, equipment & machine making, engine & motors, dentists, product design & engineering, etc. E.CAD files Accepted Hand draft, IGS, STEP, AutoCAD 2007, Solidworks, AutoDesk, UGNX and ProE F. Delivery Cycle - Emergency: 3 days - Fast delivery: 10 days - Normal delivery: 2 weeks or monthly basis Serious buyers please send us drawings for a quotation and details. * No casting,stamping,injection,screw machine parts please. Yada Inc./TaiHao Factory Contact: Mr. Ling (Hotline: 86 755 88832548) Email: jk...@to... |
|
From: yada <lk...@to...> - 2008-05-11 06:53:02
|
We can provide device to detect and report hazardous gas such as:
Hydrogen sulfide(H2S) 0-100 ppm
Hydrogen(H2)
Formaldehyde(HCHO) 0-100 ppm
Carbon monoxide(CO)0-5000 ppm
Fluorine gas(F2) 0-1 ppm
Acetylene(C2H2) 0-100%LEL
Carbon dioxide(CO2) 0-50000 ppm
Sulfur dioxide(SO2) 0-100 ppm
Nitrogen dioxide(NO2)0-30 ppm
Chlorinedioxide(CLO2) 0-3 ppm
* detecting ranges can be adjusted
With 4-20mA standard output and low power consumption (less than 30mA),
the detecting sensor can report to controller wirelessly by embedded RF
module.Also, the sensor can by powered by battery as a stand-alone or
handheld device for individual without cable.
The sensors is protected by explosion proof housing.
RF wireless and solar battery could be options.
For more information, please write to us:
Hotline: 86 755 88832548
Contact: Mr.Ling / YADA INC.
Email:m2...@to...
|
|
From: yada08 <ya...@to...> - 2008-02-22 01:46:16
|
Send your RFQ to yad...@to... and enjoy the advantage of: 1. No minimum of quantity; 2. US quality @ saving 50%; 4. Shorter lead time; 3. Delivery of DHL door2door; Since 2001, our machining shop proudly serves precision CNC- machined works in Shenzhen, Guangdong province of China mainland for around the world, especially United States. Each year,120 qualified employees work in two shifts with CNC machining centers, CNC lathes, CNC mills, grinders, wire cut machine and laser cut machine in our facility of 10,000 square ft. to create over one million pieces of gorgeous parts from material of aluminum, bronze, cooper, SS, Ti, Zinc, etc., some of which meet the tolerance of up to 0.0004". Our annul revenue was about 2 million US$ in 2006. We supply all kinds of industries such as robots, automation, instruments, equipment, machine making, engine & motors, dentists, prototypes, indoor decoration & fit-up, hard-to-find parts and other use of engineering & techniques. To accomplish customer satisfaction, we developed the capability in assembly, fabrication, the surface engineering and electronic engineering. Our finishing is the best in around China mainland. We pay special attention on handling and material PPAP. Serious buyers please write to us for a quotation, both website & PDF are available too. Contact: Mr. Ling (direct line: 86 755 88832548) Email: yad...@to... |
|
From: <ben...@id...> - 2004-05-22 12:05:23
|
Dear Open Source developer I am doing a research project on "Fun and Software Development" in which I kindly invite you to participate. You will find the online survey under http://fasd.ethz.ch/qsf/. The questionnaire consists of 53 questions and you will need about 15 minutes to complete it. With the FASD project (Fun and Software Development) we want to define the motivational significance of fun when software developers decide to engage in Open Source projects. What is special about our research project is that a similar survey is planned with software developers in commercial firms. This procedure allows the immediate comparison between the involved individuals and the conditions of production of these two development models. Thus we hope to obtain substantial new insights to the phenomenon of Open Source Development. With many thanks for your participation, Benno Luthiger PS: The results of the survey will be published under http://www.isu.unizh.ch/fuehrung/blprojects/FASD/. We have set up the mailing list fa...@we... for this study. Please see http://fasd.ethz.ch/qsf/mailinglist_en.html for registration to this mailing list. _______________________________________________________________________ Benno Luthiger Swiss Federal Institute of Technology Zurich 8092 Zurich Mail: benno.luthiger(at)id.ethz.ch _______________________________________________________________________ |
|
From: masukomi <mas...@ma...> - 2004-01-07 00:52:37
|
> I'm confused. Did I use a loaded term when I said "clone"? What I > meant by > the story was that of the "duplicate list" functionality that works as > one > might expect: nope... I think I just read it too quickly as I was leaving work. -Kate |
|
From: masukomi <mas...@ma...> - 2004-01-07 00:51:10
|
On Jan 6, 2004, at 6:56 PM, Andrew Petro wrote: > >> re: http://listfulthinking.com/kwiki/index.cgi?ListManagementUserStory > > [A user can merge one list into another. > > Merging List A with 3 items into List B with 4 items results in List B > having all 7 items and List A having zero items. The user might then > continue to use List A, or she might delete List A.] > >> I dunno about that. I'm thinking it would be better if you merged >> list a >> into list b that list B got new components and list A remained >> unchanged. > > "Copy into..." ? Perhaps add [Copy into...] as a menu item that > prompts > with a pull down for the desired target list, with the behavior of > giving > the target list new items and leaving the source list unchanged, and > then > add [Merge into...] as an option from a List details dialog box. Such > a box > would also allow users to set per-list preferences -- perhaps some > lists are > more sensitive to due dates as sources for item importance, or more > generally the prioritization formula would have parameters settable on > a > per-list basis. Per-list preferences about what to do about completed > items, etc, as well, perhaps. Doing it with that wording (copy into and merge into ) works better for me. I'm not so sure about per list preferences. re due dates I'd think that people would prefer them to either have an effect or not on a global basis. I don't think we should bother with that right now though. > >> I can't see an advantage to wiping out the contents of A like that. I >> agree that they're probably not going to want that but... > >> just thoughts... I am not firmly convinced that leaving a alone is >> good >> or emptying it is bad... > > Use case: > > User has 20 things to do today. Suddenly, something comes up, and he > wants > to clear his day. He runs Lists->Merge into... and selects [Rainy Day > List]. His [To Do Today] list is now empty and the 20 tasks previously > slated for the day have been moved to [Rainy Day List]. > > However, if only the Copy functionality is available, he will do > something > like copy the tasks, delete his To Do Today list, and then remake it. > > However, a better version of all of this would be to implement > transfer of > individual tasks from one list to another via a contextual right-click > menu, > and then allow users to select multiple items and still do the > transfer. > Merge of lists then becomes just a special case of transferring tasks. > And > a user might quite often want to move only some of the tasks in a list > anyway. > ok I'm sold, on all points. -Kate |
|
From: Andrew P. <And...@ya...> - 2004-01-06 23:56:48
|
> re: http://listfulthinking.com/kwiki/index.cgi?ListManagementUserStory [A user can merge one list into another. Merging List A with 3 items into List B with 4 items results in List B having all 7 items and List A having zero items. The user might then continue to use List A, or she might delete List A.] > I dunno about that. I'm thinking it would be better if you merged list a > into list b that list B got new components and list A remained unchanged. "Copy into..." ? Perhaps add [Copy into...] as a menu item that prompts with a pull down for the desired target list, with the behavior of giving the target list new items and leaving the source list unchanged, and then add [Merge into...] as an option from a List details dialog box. Such a box would also allow users to set per-list preferences -- perhaps some lists are more sensitive to due dates as sources for item importance, or more generally the prioritization formula would have parameters settable on a per-list basis. Per-list preferences about what to do about completed items, etc, as well, perhaps. > I can't see an advantage to wiping out the contents of A like that. I > agree that they're probably not going to want that but... > just thoughts... I am not firmly convinced that leaving a alone is good > or emptying it is bad... Use case: User has 20 things to do today. Suddenly, something comes up, and he wants to clear his day. He runs Lists->Merge into... and selects [Rainy Day List]. His [To Do Today] list is now empty and the 20 tasks previously slated for the day have been moved to [Rainy Day List]. However, if only the Copy functionality is available, he will do something like copy the tasks, delete his To Do Today list, and then remake it. However, a better version of all of this would be to implement transfer of individual tasks from one list to another via a contextual right-click menu, and then allow users to select multiple items and still do the transfer. Merge of lists then becomes just a special case of transferring tasks. And a user might quite often want to move only some of the tasks in a list anyway. -Andrew |
|
From: Andrew P. <And...@ya...> - 2004-01-06 23:26:41
|
> re: http://listfulthinking.com/kwiki/index.cgi?ListManagementUserStory [A user can duplicate a list, with the result of creating a new list with a different name that contains clones of all of the items that were in the original list.] > also, the duplicate list suggestion is fine for computer geeks, but I > think your more average user needs a "duplicate list" menu option that > brings up a dialog asking them to name the new list. Plus it's easier > under the covers to just copy the XML and reload the lists. > -Kate I'm confused. Did I use a loaded term when I said "clone"? What I meant by the story was that of the "duplicate list" functionality that works as one might expect: List: Pet mouse care Item: feed Item: clean Item: inoculate User executes Duplicate command, enters new name "Pet rat care", result is that the [Pet mouse care] list continues to exist exactly as before, and a [Pet rat care] list is created with 3 items, each a copy of the complete state of an item from the [Pet rat care] list. I'm close to having this implemented -- it's an easy one. -Andrew |
|
From: masukomi <mas...@ma...> - 2004-01-06 22:31:44
|
re: http://listfulthinking.com/kwiki/index.cgi?ListManagementUserStory I dunno about that. I'm thinking it would be better if you merged list a into list b that list B got new components and list A remained unchanged. I can't see an advantage to wiping out the contents of A like that. I agree that they're probably not going to want that but... What about making it a preference? just thoughts... I am not firmly convinced that leaving a alone is good or emptying it is bad... also, the duplicate list suggestion is fine for computer geeks, but I think your more average user needs a "duplicate list" menu option that brings up a dialog asking them to name the new list. Plus it's easier under the covers to just copy the XML and reload the lists. -Kate |
|
From: Andrew P. <And...@ya...> - 2004-01-06 22:05:52
|
> http://www.listfulthinking.com/kwiki/index.cgi? > DateRelativeImportanceUserStory > As an item's due date is approaching its position on the list should gradually move upwards. This sounds like two stories: 1) The prioritization algorithm takes into account duedate relative to current date, such that tasks that are coming due receive higher priority. 2) List of tasks is updated every so often to reflect changes in relative importance resulting from the approach of deadlines and its differential effect on different tasks. Thought about (1): The technical and creative difficulty of the task might be a factor in determining how much due date affects priority. The status of the task might also be a factor. Examples of how this might play out: A task with a high degree of technical difficulty might become more important sooner than a task with low technical difficulty. If I'm 3 days from the deadline for a task "Do laundry", with low technical difficulty, I'm not in much trouble yet, can languish low on the list. If I am 3 days for the deadline for a task "Build Struts application requested by management", a task with high technical difficulty in my book, I'm in a world of hurt and it needs to be at the top of the list. Also, we might want to do something with status and the creativity slider in determining the importance of tasks --- I find that tasks requiring creativity need to be started early to give myself time to have relevant creative ideas. A task requiring a great deal of creativity that is 10 days from being due that is not started should probably receive increased importance by virtue of that upcoming deadline, whereas a task requiring a great deal of creativity that is half done should not receive as much additional importance by virtue of its deadline. I'm throwing this out there for discussion, but in my own work on the code for now I think I'm going to leave the prioritization code alone and treat it as a black box that currently ignores dates. |
|
From: Andrew P. <And...@ya...> - 2004-01-06 22:05:40
|
The user story for due dates states: > Users need to be able to optionally set a due date. Due to space concerns > in the layout this should happen via a text entry field. How about a pull down with common entries like: Today Tomorrow Next Week Next Month Other... And having the Other... entry fire a pop-up dialog with a gui calendar? Presumably there is an open source mini gui calendar implementation somewhere we could use? It would probably be best to start by treating due dates as X days into the future for entry, since that sounds simplest -- today = 0, tomorrow = 1, etc., but a gui calendar date entry system sounds like an important eventual step to take. |
|
From: masukomi <mas...@ma...> - 2004-01-05 13:13:51
|
I don't remember if I've mentioned it here before but there's a developers wiki here http://www.listfulthinking.com/kwiki/ Once I get a second I'm going to just make that host the documentation for the app. I just have to modify the template so that it matches the rest of the site. -Kate On Jan 5, 2004, at 4:24 AM, Andrew Petro wrote: > The online documentation for ListfulThinking doesn't seem to be quite > up to > date. > > In particular > > On the web page: > > http://listfulthinking.com/plannedFeatures.htm > > [ > Easier list deletion > Right now you have to delete the XML file. Soon it will be an option > on the > menu with a confirmation dialog. Don't want to accidentally delete an > entire > list now do you? > ] > > This feature is already implemented in the latest release. > This evening I tweaked my local copy of the code to only display the > confirmation dialog if the list being deleted is nonempty -- I figured > there > is no need to confirm deletion of empty lists. > > [ > using enter > No more having to reach for your mouse when you're done filling in an > item. > Just tab on over to the "create" button and hit enter. This basic > concept > needs to be implemented wherever possible. > ] > > This feature appears to be already implemented in the latest release. > > I think this [Enter] behavior should go a step further and where > appropriate > the user should not need to tab over to the Create or Update button -- > for > instance, pressing [Enter] whilst one of the attribute sliders is > selected > should commit the dialog box, shouldn't it? I wrote some code to do > this > and it seems to feel right, playing with it. > > > > [Potentially annoying newbie question: How do I go about contributing > back > my modifications for consideration for merge into the project > codebase?] > > Thanks, > > Microcline / Andrew > > > > ------------------------------------------------------- > This SF.net email is sponsored by: IBM Linux Tutorials. > Become an expert in LINUX or just sharpen your skills. Sign up for > IBM's > Free Linux Tutorials. Learn everything from the bash shell to sys > admin. > Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click > _______________________________________________ > Jtodo-general mailing list > Jto...@li... > https://lists.sourceforge.net/lists/listinfo/jtodo-general |
|
From: Andrew P. <And...@ya...> - 2004-01-05 09:24:52
|
The online documentation for ListfulThinking doesn't seem to be quite up to date. In particular On the web page: http://listfulthinking.com/plannedFeatures.htm [ Easier list deletion Right now you have to delete the XML file. Soon it will be an option on the menu with a confirmation dialog. Don't want to accidentally delete an entire list now do you? ] This feature is already implemented in the latest release. This evening I tweaked my local copy of the code to only display the confirmation dialog if the list being deleted is nonempty -- I figured there is no need to confirm deletion of empty lists. [ using enter No more having to reach for your mouse when you're done filling in an item. Just tab on over to the "create" button and hit enter. This basic concept needs to be implemented wherever possible. ] This feature appears to be already implemented in the latest release. I think this [Enter] behavior should go a step further and where appropriate the user should not need to tab over to the Create or Update button -- for instance, pressing [Enter] whilst one of the attribute sliders is selected should commit the dialog box, shouldn't it? I wrote some code to do this and it seems to feel right, playing with it. [Potentially annoying newbie question: How do I go about contributing back my modifications for consideration for merge into the project codebase?] Thanks, Microcline / Andrew |
|
From: masukomi <mas...@ma...> - 2003-11-29 15:30:16
|
weird... somehow I got 4 copies of that mail. I have another thing I need to do (null pointer exception to explore) on ListfulThinking hopefully I'll get to is this weekend and check out your patch while I'm at it. Thanks a lot. -Kate On Saturday, November 29, 2003, at 02:19 AM, josh lucas wrote: > Sure thing. Here's the only one I had in my outbox. I'll > double-check my local tree and send more if I have them. > > > josh > > > <lists.patch> > > On Nov 28, 2003, at 11:25 AM, masukomi wrote: > >> Hey Josh, >> A while ago... April actually... >> you posted that you had a patch to ListfulThinking you were going to >> send. >> >> well apparently I'd been unsubscribed from the list or something >> because I didn't see this. Anyway, I was poking in the archives and >> saw your post about the Patch today and was wondering if you still >> had that or any other enhancements I could throw into CVS. >> >> If anyone else has any patches or anything please send them and I'll >> add them in. >> >> -Kate >> >> >> >> ------------------------------------------------------- >> This SF.net email is sponsored by: SF.net Giveback Program. >> Does SourceForge.net help you be more productive? Does it >> help you create better code? SHARE THE LOVE, and help us help >> YOU! Click Here: http://sourceforge.net/donate/ >> _______________________________________________ >> Jtodo-general mailing list >> Jto...@li... >> https://lists.sourceforge.net/lists/listinfo/jtodo-general >> |
|
From: josh l. <jo...@st...> - 2003-11-29 07:17:36
|
Sure thing. Here's the only one I had in my outbox. I'll double-check my local tree and send more if I have them. josh |
|
From: masukomi <mas...@ma...> - 2003-11-28 19:25:29
|
Hey Josh, A while ago... April actually... you posted that you had a patch to ListfulThinking you were going to send. well apparently I'd been unsubscribed from the list or something because I didn't see this. Anyway, I was poking in the archives and saw your post about the Patch today and was wondering if you still had that or any other enhancements I could throw into CVS. If anyone else has any patches or anything please send them and I'll add them in. -Kate |
|
From: masukomi <mas...@ma...> - 2003-11-28 19:18:57
|
I've added a wiki for the project. I'm not doing a lot of work on the code at the moment but I'm getting everything written down for when I get a chance to. As always if you have http://www.listfulthinking.com/kwiki/ -Kate |
|
From: masukomi <mas...@ma...> - 2003-04-21 23:52:18
|
I've been trying to decide what to do about the server side of ListfulThinking and what I've decided to do is to switch the internal store from my custom xml format to RSS 2.0. All I need to do is add in a couple extra attributes to the standard RSS and all will be good. the benefit of this is that any rss aggregator will be able to read your to-do list. And, since everything is sorted before it's written to disk the RSS feed will have all the items in the correct order. the ListfulThinking client will just read the feed from the server when it synchs. Yaaay. I think I'll use RSSLibJ to do the actual reading and writing of feeds. It's a nice module. -Kate |
|
From: josh l. <jo...@st...> - 2003-04-16 05:31:34
|
On Tuesday, April 15, 2003, at 09:05 PM, masukomi wrote: > I was thinking about the status functionality of ListfulThinking > tonight (it doesn't do much at the moment) and how to handle completed > items. I don't think completed items should be immediately hidden from > the list. Especially in a shared list setting. +1 on keeping them around for a bit. > > thought: completed items should be moved to the bottom of the list > (ordered by completion date) and displayed for a user definable number > of days (7 by default?) after which they be moved to wherever > completed items go. I'm thinking put them in a separate list ordered > by completion date after defined days after completion. > > thoughts? comments? > I like this. I was thinking that eventually it would be cool to have some sort of export functionality which would be quasi-report-like. I know that my weekly status message could be done much easier if I could just export right from my ToDo list. josh |
|
From: masukomi <mas...@ma...> - 2003-04-16 04:06:32
|
I was thinking about the status functionality of ListfulThinking tonight (it doesn't do much at the moment) and how to handle completed items. I don't think completed items should be immediately hidden from the list. Especially in a shared list setting. thought: completed items should be moved to the bottom of the list (ordered by completion date) and displayed for a user definable number of days (7 by default?) after which they be moved to wherever completed items go. I'm thinking put them in a separate list ordered by completion date after defined days after completion. thoughts? comments? |
|
From: josh l. <jo...@st...> - 2003-04-10 17:24:02
|
Hi - I'm attaching a patch which will allow the ListTests class to compile. The constructor needs to take a String and then pass that String to the parent class. I like the app and hope to send more patches soon. josh |