LiteStep.net Forums

net meter, in and out actually an total,

cpu temp and another temp like computer and all other sensor (on mb, not added by users)

add some graph, like rainmeter...

hummm, for the ip, if it's possible to catch the real ip when we are under firewall/switch/hub...

edit: forgive the graph ;)

and of course a !ruletheworld bang =)

Ahaus: I agree with you about the net in/out, but:
- cpu and other temp can already be displayed using mbm. I guess there's no way to do it without mbm,
- if you want graph like rainmeter... just use rainmeter,
- i can't see how it is (technically) possible to catch the ip BEHIND firewall/switch...

ive always wanted the quote function to read the escape codes
eg,[cpu],\n, [ip]

thats always bugged me. Then you could have multiple line quotes and stuff, without having to scroll the whole line.

Unless I mis-understand what you've written it does read escape codes. Here's how I used it in my theme.

RAMLabelText "RAM:\n[memAvailable(%)]%"

It'll be nice if it can handle icons too :)

to catch an ip behind an firewall, just catch the packet, and decode it, it contain the ip on the web... and another thing...
for the mbm temp, i don't want to use an external prog to show it to me...
if label can catch the cpu usage... it can take the mbm temp... and the cpu temp...
it's possible

"if label can catch the cpu usage... it can take the mbm temp..."

I think it's unrealistic to expect this support built into a litestep module. Anyone who has used MBM5 knows there can quite a bit of fiddling to figure out what board sensor to use and what temperature that board sensor returns.

It would be a nice feature but it won't be the kind thing you could put into your own theme then give someone else and expect it to work.

i'm not an module creator and i don't know how to create it, i'm just an normal programmer who use c/c++, delphi and php language, and i know that it's hard to create something... but i just post some ideas... nothing else... accept it, or refuse it, it's your own...

I didn't mean to sound critical of your comment, sorry.

Something I would really like added to label.dll is !AllLabelsToggle. This way I didn't have to write out a script to toggle the visiability of all the labels in my theme.

Maybe a kind of label group thing like in shortcuts will help to show/hide all labels easier than making a script.

ooh!! oooh!!! how about if label.dll can do everything that all the other modules can do?? only better!! ;)

@deuce...
do you understand me...
i don't think...

@DrWorm
thx for the comment,
i'll be more... useful and realist :P

no DrWorm I ment in .txt files, with labels random quote line thing.... It dosent support escapes in the text file. like if I had a file with this line in it:
Cpu Usage \n [cpu]
The label will show "Cpu Usage \n [cpu]" not what I wanted:
Cpu Usage
12%
get it?

do that
labels cpuload

cpuloadtext "CPU Load: [cpu]"
cpuloadheight "15"
cpuloadwidth "130"
cpuloadx "40"
cpuloady "810"
...

don't use \n before, it can work like that

ahaus, I was just joking (and it wasn't actually pointed at you), don't worry about it. ;)

ok... :P, im not frustrated... but this time.. my mood isn't good... ahhh girlfriend :P SO complex...

Dude, I was talking about a label I am trying to get going that has random quotes in it(ie [cpu], [time]) and randomly selects one when I click on it.... not a designated cpulabel....yes?

"Something I would really like added to label.dll is !AllLabelsToggle. This way I didn't have to write out a script to toggle the visiability of all the labels in my theme."
You could use !UnloadModule...

That is an interesting suggestion, fractal.designer. Quite a good idea for using the randomline function.

If such escape codes were to be implemented from reading within a file, how should it deal with text like "C:\Testing\n" ? see, that \n would be read as a line break, which could be bad. Not a common occurance, to be sure, but I'm curious whether you (or anyone) have an alternate solution.

You would have to treat a string, such as "C:\Testing\n", like other languages do. You would make it "C:\\Testing\\n".

Or you could choose a different character as the escape code indicator.

Good points. Well, I'll try some stuff out... been goofing around with some modifications to Label to increase my coding skill. Who knows, at some point I may release something. :-)

If anyone has an escape code they'd 'prefer', let me know!

maybe ¤
i've never used it. really. anywhere. :D

actually... what is it for???

heh, good question. I once saw it as a cursor... but I think it has to do with currency.
Only problem with it is it's not a normal key on a U.S. keyboard... but you can get it by pushing Alt+0164 (on the number pad). I think I'll try it... if I make progress I'll make a new thread in the modules forum.

It might not be a good idea to use anything non-ascii (>127), since it may not be available in all character sets, in particular anything with multibyte-characters, like on Japanese or Korean systems. (but I don't really know...)

I would suggest one of: `~%$&^#

OTOH, how often would you expect people to display paths chosen at random from a file?

is that mysterious bug non-ascii? then let us not use it! ;D
actually i would suggest #.

Good points, RabidCow. I guess I'll try #, Egonz.

I'm also working on a SpecificLine function, with multiple line support. Though, if I say I want 5 lines, and the text includes our newline (#n or something) character, should that count as one of the lines?

ok, so I got lazy and decided to stick with the \ for now. :-) RabidCow is right about the paths thing anyway. Something humorous: randomline now does parse stuff like "Cpu Usage \n [cpu]" ... however, since [cpu] is dynamic (changing and updating the text every second or whatever), it decides to load a new randomline every second!

I'm pretty sure I know why this is, but I can't think of a good way around it yet. I'll keep trying stuff.

SpecificLine now works great, though! Though it points out some rather strange issues with the scrolling functions. Almost fixed. This is fun...

Frell that scrolling code got complicated for a while. Now it's simplified again nicely. I've even got vertical scrolling almost implemented. Anyone want to try it?

Whoa, major problem noticed with any sort of parsing dynamic text from files: without some major changes (or clever workarounds) to the code, it will reopen the file every second (or whatever the update interval is). Wonder how I could get it to parse the file and then 'remember' what the code 'meant' for later use?

I don't think you've thought through this completely. Right now, Label keeps track of the source text (the LabelText line from the step.rc) and the output text (what is displayed on screen). At update, it reparses the source text to generate a new output text. Under that design, something like [randomline] is part of the source text and the contents of the file are the output text.

In order to be able to put Label commands in a file and have them interpreted, you're going to have to extend this design. For example, you might wind up with two source texts (let's say: static source text and dynamic source text). The static source text is parsed one time; the result of that is the dynamic source text, which is then reparsed at each update in order to generate the output text.

@Ahaus: CPU temp and CPU load are two totally different beasts. CPU load is a value inside the registry: you just read it out.
Temperature you can only get my talking to the SMB bus via port I/O. For this you need a driver. Then there are a LOT of different chips out there, any of them uses a different way to report data and they´re constantly changing. in short: it´s a shitload of work and would make label at least 1MB in size (just look at MBM). For a look at the complexity of getting temperatures, check the lmsensor homepagehttp://secure.netroedge.com/~lm78

Whoa, it's Maduin himself! First off, let me say I like your code -- though it's probably changed a lot since you were involved, heh -- either way, it's been a great learning experience. Haven't found another module that had quite as easy-to-understand-what's-going-on code (though if someone thinks I'm wrong and knows of better, feel free to point the way!)

You're definitely right about extending the design. I noticed that myself right after my last post. Your suggestion of two different source texts (static/dynamic) is excellent, I'm going to try it. Hope it's all right with you if I totally rearrange your randomline code? This is probably just for personal use at first, but if I get to something decent and stable I might release it if it's ok...

Feel free to hack away at it.

ok, my turn. how about instead of only being able to specify images as your background, also being able to plug in a color code, and use that? like, just pure black, or silver, whatever.

i like that, i use skinbox to do that.

Ahaus, if the machine is behind a true NAT, the packets get mangled before reaching your machine. This means that the IP header really reads 10.10.10.2 or something like that (at least this is what I understood from the IPTables docs and general Linux routing tutorials). That way it seems that it would truly be impossible to see the outside IP without an outside service to tell where your machines' packets come from.

humm... hacker ? :)

sryo, but having label.dll do it doesn't make you use ANOTHER module, leaving just a little bit more resources free.

You save a few kilobytes I would guess...

it also saves me from having another module in the theme, avoid zorder issues and simplify the .rc ;)

yep, it's just more clutter. and ilmcuts, true, it's not much, but if you have 10 modules that "don't add much", then it starts to add up.

Adding such a feature to Label may make it more useful to you, but for most people it's just more bloat. Many people already try to avoid using Label because it is so big.

Isn't that's the subject of this thread? To request features that would make 'label' more useful for you?

I would have to jump in with the NetIn/NetOut group. That seems to be the only system info that's missing from label.dll

How about data plugins for label *g*? Label provides the means to graphically display text (w/ its string functions). Then you can categorize and move out more specific data-retrieving functions out of label?. I'm suggesting something like Rainmeter's plugins. Or hey, use those somehow; Rainmeter is like the more graphical sibling of Label.

But doing things in this manner would result in more bloat if you choose to display everything available, which seems to be the case with many Label users. Are the functions in such a number and size to practically need categories: basic (sysinfo, time), mbm, net, fromFile, other apps (winamp), (future stuff)?

tnl: That's planned for label 2.0. It's been half-finished on my hdd for a few months. :\

But reading this thread, why not make label a shell of its own?

woot.

shell=C:\shells\label\label.exe

how bout the abiltiy to handle all fonts i cant get it to freakin load any dos style fonts.

Make sure you use version 1.98 or later.

all i really want for label.dll, is the ability to use some kind of colour codes.

something like "/#993300:rainbow// /#ff9900:colours// /#ffff00:are// /#99ff00:fun// /#009900:!//"

and yeah ilmcuts, a !ruletheworld bang would be nice too '=)

I've always wondered why my label 'erases' the shortcut image that I have it placed on in my theme... If I don't specify a background image (which, consequently is just a clip of the original image) then the label actually shows the desktop wallpaper through the shortcut image, instead of just being 'on top' of the shortcut image!!

When I get home I'll try to remember to take a screenshot... My theme is Plain Sailin and you can get it from http://www.lsthemes.com if you want

You cannot allow a shortcut to show through a label. You must give the label a background.

Yes, I know... but I was wondering why?

Performance, mainly. Text is irregularly shaped, so creating a region for it will be slow and everytime Windows does a hit test against the label it will be slow. If labels only ever had a small amount of text it might be acceptable, but labels can (and often do) contain a lot of text.

The other issue is mouse input. If you're trying to catch mouse input (OnMouseEnter, OnLeftClick, etc), it would be near impossible to click right on the text unless the font was huge.

ahh of course I see your point

Not that it really matters that much.