I'd like to have a full-featured to-do list, the one that ships with RainLendar isn't even close. So, I want the to-do items to be functional, i.e. any action can be assigned to mouse clicks, hover etc...
For example, one would add an item - 'download Windowblinds'. Upon hover, there would be appear a popup with the description and the associated actions(in this case browse to specified URL).
Also, it should be kinda pretty, too as that is what I like in LiteStep.
The question is the following - is there a ready module for this, or would I need to write one? And if yes, then on base of which modules?
You could make something like that with xlabel - no such thing exists as a module AFAIK.
I kinda wrote one iwth lslua and xlabel in laserdock-1.4, but its a little unfinished/buggy still.
check it out, its the reminder component
and don't forget to read his sig. :P
haha dev...
I tell you guys we need to get the widget thing worked out!
So many new cool things can be built!
What "widget thing"? I tried proposing a "widget thing" on lsdev and they (very politely, of course) tore me to pieces.
It would be cool, but I don't think it's practical - too much trouble with module conflicts to make it worthwhile.
DeV: Thats why its in my sig ;) Cant help who we are, you a big **** and me a sloppy themer! Muahahaha!
and yeah Immortal, jqubit said it, module stuff.
How do you solve this problem:
Theme loads xLabel-4.0,
Widget loads xLabel-3.5.6
Which module should nlm load (if it could even choose)?
I suppose widgets could be updated to newer versions of modules, as they are released.
But the whole cool thing about widgets would be you just download it and it works... like themes now ;)
module versions conflicts could be solved by policy.
that is, lock module versions for a widgets versioning policy, and then themers can make widgets against those.
it would be like the situation with extensions for firefox.
too bad litestep keeps getting module updates and a good portion of users that make things, are bleeding-edge-version users.
Not to be dumb but couldn't the widget come from a seperate exe or thread, with its own modules?
2 litestep.exe's?
Separate means no communication... other than what any other process can have.
tnl: explain more about "lock module versions for a widgets versioning policy"
(know what, let's take this out of this thread.. bbl)
Could we try something like this:
Theme loads-
*netloadmodule xlabel-3.6.1
OTS3 theme defines
xlabel 3.6.1
In the widget.rc
If not xlabel *
*netloadmodule xlabel-3.6.2
endif
the problem this way is the theme takes precedence over the widget.
Another simple way is to standardize the modules to be used within OTS3. There are 1500 modules, but which are the most common ones used today? If xmodules stopped at 2.0 we could just use those.
However this breaks all freedom of litestep!
There has to be a way this can be done...
I still think the widget system should be separate from themes!
They should share the same modules with NLM.
Widgets assume:
jdesk
jkey
popup
systray
are loaded already...
I am going to try and create a new layout with a seperate litestep.exe running if see I can make any progress.
I will report my findings.
Yes, create a new thread on this topic.
If everyone gets involved I think this can be worked out.
I posted it at
http://lsdev.org/e107_plugins/forum/forum_viewtopic.php?985.0
and i don't address themes or yet propose an implementation.