maemo.org - Talk

maemo.org - Talk (https://talk.maemo.org/index.php)
-   Applications (https://talk.maemo.org/forumdisplay.php?f=41)
-   -   [Announce] Multilist (https://talk.maemo.org/showthread.php?t=48800)

epage 2010-04-24 20:16

Re: [Announce] Multilist
 
First you have a great list here that I highly recommend capturing in individual feature requests
https://bugs.maemo.org/buglist.cgi?q...ilist&content=

Quote:

Originally Posted by x-lette (Post 626046)
  • search works excellent now. Next step could be implementing regex-support - but imho you can put that on the very bottom of the todo list

This would probably be best done once the backend is changed. Right now it does search by doing an SQL query.

Quote:

Originally Posted by x-lette (Post 626046)
  • more important could be a filter/search by one of the additional fields. Actually search only queries the title. Being able to query the note field too may be very comfortable. Also I don't see a possibility to filter items by priority, quantity or any of the given fields. Would that be possible?

That could work well. I think the UI I would put on top of this is a touch selector on the left of the search bar that lets you select which field (or all) to search. This might be able to be done with the current backend but a new backend would make it a lot easier.

Quote:

Originally Posted by x-lette (Post 626046)
  • export creates a csv file with a uid in it. Could you explain how to create that uid, so one could create a similar file for importing data? And probably you could add the possibility to select which list to export. ATM all lists are exported into one file

I actually ignore the uid on import. I realized after that I probably should have not exported it. If/when I make import/export more flexible is when I'd fix that so as to not break compatibility.

I don't consider all lists being exported too big of a deal right now. Either right a fancy regex in your favorite text editor to remove all unwanted lines or open it in a spreadsheet to manipulate to your hearts content.

I could see it being helpful to eventually do though. The UI would be simple, just a touch selector or lists (and an all option) with the current list highlighted. I just dislike adding another dialog to the process.

Quote:

Originally Posted by x-lette (Post 626046)
  • there is a field called 'date' but I just don't know what it's supposed to be. There is no date selector and I can enter any data I like to. What's the deeper meaning of this field?

Bringing up a date selector on selecting that field would be a very good idea. I like.

Quote:

Originally Posted by x-lette (Post 626046)
  • Would it be possible to have separate settings for the lists? I'd like to set up different lists where I'd need different fields enabled but these settings always apply to all lists.

Depending on how I organize a new backend, this would be pretty easy. The difficult part is deciding how to handle global import/export.

Quote:

Originally Posted by x-lette (Post 626046)
  • My biggest wish: could you in any way implement a possibility to create a daily entry? I need to track my allergic reactions and would like to have an entry for every day either with the date as title or using a working date field where the actual date is pre-filled. So I'd just need to tap on "add entry" and have a basic entry for that day and then just needed to fill in the strength of reaction. Multilist would be perfect for that, but entering a date is a pain on this device.

Right now multilist is very simple and doesn't actually deal with dates (besides having a field. I don't know how much I'd want to get into this area due to its affect on complexity of both code and UI. It'd be good to note though if I ever get some brilliant idea on how to do this or to encourage someone to write a brilliant patch to do this.

x-lette 2010-04-25 11:30

Re: [Announce] Multilist
 
Quote:

Originally Posted by epage (Post 626288)
First you have a great list here that I highly recommend capturing in individual feature requests
https://bugs.maemo.org/buglist.cgi?q...ilist&content=

Sorry, here again applies my aversion against creating a third account on maemo.org. (And that does not implicitly mean that I'm asking you to file these requests again)

Quote:

This would probably be best done once the backend is changed. Right now it does search by doing an SQL query.
OK, maybe you could implement an implicit AND-concatenation when entering multiple search items? Or a user defined selection between AND, OR and "one string".

Quote:

I actually ignore the uid on import. I realized after that I probably should have not exported it. If/when I make import/export more flexible is when I'd fix that so as to not break compatibility.
Good to know, so I can just leave that field empty by now?

Quote:

I don't consider all lists being exported too big of a deal right now. Either right a fancy regex in your favorite text editor to remove all unwanted lines or open it in a spreadsheet to manipulate to your hearts content.
You're right, one just has to know that one has to deal with all lists and first need to select the interesting list.

Quote:

Bringing up a date selector on selecting that field would be a very good idea. I like.
Great!

Quote:

Depending on how I organize a new backend, this would be pretty easy. The difficult part is deciding how to handle global import/export.
Do these settings actually need to be exported or imported? You could internally deal with some sort of UID for a list and storing the settings according to that UID (UID = title?). Export/Import would not affect these settings as the structure of the data cannot change. Importing new lists would make defining new settings for that list essential (or you could apply a set of default settings or the last used ones or whatever).

Quote:

Right now multilist is very simple and doesn't actually deal with dates (besides having a field. I don't know how much I'd want to get into this area due to its affect on complexity of both code and UI. It'd be good to note though if I ever get some brilliant idea on how to do this or to encourage someone to write a brilliant patch to do this.
Having a date selector for the designated date field would just do the job, so there would not be a need to extra dealing with dates.

Thanks for your efforts!

epage 2010-04-26 11:08

Re: [Announce] Multilist
 
Quote:

Originally Posted by x-lette (Post 626873)
Sorry, here again applies my aversion against creating a third account on maemo.org. (And that does not implicitly mean that I'm asking you to file these requests again)

I found I wasted too much time hunting through forums trying to find everyone's bugs and ideas so I've given up on that and work almost exclusively off of items reported to b.m.o. I sometimes enter things for others but its better use of my time to be programming with how thinly spread I am with all of my programs (and wanting to create more).

If you are going to be sticking around, it'll be worth creating one more account.

fpp 2010-04-26 11:44

Re: [Announce] Multilist
 
After upgrading to latest version, I still see both lists I had previously, but none of the items I had in either. They were'nt important anyway, but is this expected ?

epage 2010-04-26 12:21

Re: [Announce] Multilist
 
Quote:

Originally Posted by fpp (Post 628195)
After upgrading to latest version, I still see both lists I had previously, but none of the items I had in either. They were'nt important anyway, but is this expected ?

From what version to what version? A couple of releases ago I changed the database schema but other than that there should be no loss of data. The log file (~/.multilist/mutlilist.log or Ctrl+l to put it in your paste buffer) might provide me some insight into what went wrong.

x-lette 2010-04-26 12:47

Re: [Announce] Multilist
 
Quote:

Originally Posted by epage (Post 628174)
I found I wasted too much time hunting through forums trying to find everyone's bugs and ideas so I've given up on that and work almost exclusively off of items reported to b.m.o. I sometimes enter things for others but its better use of my time to be programming with how thinly spread I am with all of my programs (and wanting to create more).

If you are going to be sticking around, it'll be worth creating one more account.

I'll consider this. In the end, three accounts are two accounts too much, but imho it's quite improbable that maemo.org changes to real single sign on.

badboyuk 2010-04-26 13:16

Re: [Announce] Multilist
 
i thought this was a task manager but appears its just a stupid note taking app.
pass!

epage 2010-04-26 14:04

Re: [Announce] Multilist
 
Quote:

Originally Posted by badboyuk (Post 628292)
i thought this was a task manager but appears its just a stupid note taking app.
pass!

Its a very simple todo list program. It would hardly pass as a note taking app. Maybe you are mixing up multilist with quicknote?

silvermountain 2010-04-26 14:19

Re: [Announce] Multilist
 
Quote:

Originally Posted by badboyuk (Post 628292)
i thought this was a task manager but appears its just a stupid note taking app.
pass!

And who's fault is it what you think an app is?
*****.

fpp 2010-04-26 18:52

Re: [Announce] Multilist
 
Quote:

Originally Posted by badboyuk (Post 628292)
i thought this was a task manager but appears its just a stupid note taking app.
pass!

And what, pray tell, have YOU contributed to the platform that you may deprecate the contributions of others ?

Though so. Just another rude parasite, then.


All times are GMT. The time now is 00:10.

vBulletin® Version 3.8.8