jtodo-general — discussion of features, code, and anything else that's related

[ListfulThinking] Fwd: Enquiry regarding Listfulthinking.com

[Luke P. <lu...@mo...>]

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.

[ListfulThinking] Fwd: Enquiry regarding Listfulthinking.com

[Luke P. <lu...@mo...>]

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.

[ListfulThinking] Enquiry regarding Listfulthinking.com

[Luke P. <lu...@mo...>]

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.

[ListfulThinking] Precision Parts Machining in China: fast delivery

[<lj...@to...>]

   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...

[ListfulThinking] Precision Parts Machining in China: fast delivery

[yada <ai...@to...>]

   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...

[ListfulThinking] Provide Hazardous Gas Detector

[yada <lk...@to...>]

  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...

[ListfulThinking] Machining Pricision Parts & Fixture in China

[yada08 <ya...@to...>]

   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...

[ListfulThinking] FASD project: Online survey launched

[<ben...@id...>]

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
_______________________________________________________________________

Re: [ListfulThinking] Duplicating lists

[masukomi <mas...@ma...>]

> 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

Re: [ListfulThinking] Merging lists

[masukomi <mas...@ma...>]

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

[ListfulThinking] Merging lists

[Andrew P. <And...@ya...>]

> 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

[ListfulThinking] Duplicating lists

[Andrew P. <And...@ya...>]

> 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

Re: [ListfulThinking] Wiki username [resolved]

[masukomi <mas...@ma...>]

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

[ListfulThinking] Date relative importance user stories

[Andrew P. <And...@ya...>]

> 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.

[ListfulThinking] Date entry

[Andrew P. <And...@ya...>]

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.

Re: [ListfulThinking] online documentation update request

[masukomi <mas...@ma...>]

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

[ListfulThinking] online documentation update request

[Andrew P. <And...@ya...>]

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 

Re: [ListfulThinking] Hey Josh you still there ?

[masukomi <mas...@ma...>]

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
>>

Re: [ListfulThinking] Hey Josh you still there ?

[josh l. <jo...@st...>]

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

[ListfulThinking] Hey Josh you still there ?

[masukomi <mas...@ma...>]

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

[ListfulThinking] wiki

[masukomi <mas...@ma...>]

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

[ListfulThinking] server side plans

[masukomi <mas...@ma...>]

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

Re: [ListfulThinking] stasus thoughts

[josh l. <jo...@st...>]

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

[ListfulThinking] stasus thoughts

[masukomi <mas...@ma...>]

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?

[ListfulThinking] [PATCH] compile fix

[josh l. <jo...@st...>]

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