Lupu-515 Beta New Version DEC 18

[shinobar]

You can see some info at /var/log/Xorg.0.log.

[Lord_Solrac2]

libv4l is available as a dotpet here
http://www.murga-linux.com/puppy/viewto ... 701#469701

But thats my point.. Maybe people are having a proble finding it... (its not even in the repos)
EDIT: It didn't work... =.=

[Béèm]

Beem,

Since I've tried a number of searches to find out where XOrg stores its autogenerated info and come up blank everytime I am led to the conclusion that it doesn't store them. It autogenerates at every boot up. If an xorg.conf is created anything in there will overwrite the auto generated stuff. Anything NOT in there will be autogenerated.

See here for more interesting info:

http://www.freebsd.org/doc/en_US.ISO885 ... onfig.html

hanks for the info.
And 7.4 seems to be worse.

[Béèm]

You can see some info at /var/log/Xorg.0.log.

Yes, interesting.
But as I understand, xorg.conf isn't used anymore, unless in puppy one goes through xorgwizard.
I didn't do that and as a test, edited xorg.conf (not knowing 7.3 acted differently) to define two keyboards, but I see in Xorg.0.log the modification I made is visible there.

Code: Select all

(**) Option "CoreKeyboard"
(**) Keyboard0: always reports core events
(**) Option "Protocol" "standard"
(**) Keyboard0: Protocol: standard
(**) Option "XkbRules" "xorg"
(**) Keyboard0: XkbRules: "xorg"
(**) Option "XkbModel" "pc102"
(**) Keyboard0: XkbModel: "pc102"
(**) Option "XkbLayout" "be, us"
(**) Keyboard0: XkbLayout: "be, us"
(**) Option "CustomKeycodes" "off"
(**) Keyboard0: CustomKeycodes disabled
(II) XINPUT: Adding extended input device "Keyboard0" (type: KEYBOARD)

In the beginning is stated

Code: Select all

Markers: (--) probed, (**) from config file, (==) default setting,
	(++) from command line, (!!) notice, (II) informational,
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Thu Dec 23 19:43:23 2010

I am confused now.

[abushcrafter]

css vs tables, well this is kind of one of those things, some small puppy browsers don't use css, so those people would have an awful web page to look at, also tables are quick and easy, I don't really see any reason why not to use tables.

What do you mean "awful" the contents will just collapse. Maybe one might consider tables in complicated designs or maybe not. I can't real comment because I have no experience with the sort of complicated designs I am thinking of. How ever in this sort of design there is no excuse for not using tables.

If some one uses a older, limited, etc browser that's there decision. It should not hold back the use of improved standards. Anyway you will still be able to understand/see the content due too how HTML works.

I find CSS easier than tables.

Probably should add some more text to this post but I can't think of what to add.

[abushcrafter]

Perhaps you are able to finish the formatting and host this time, so I can not alter your well intentioned efforts.

I did not want to cause sadness.

I was happy with the original site, perhaps my standards are too low.

I guess so .

Just not interested in spending the time. Maybe you are.

Now there is a problem. I create web-pages a lot quicker (Well maybe not quicker .) and easily after leaning what I now know. I do have to use a lot of will power to get these things done, to high standards but it's worth it.

Maybe given a few weeks I could do better . . .

and show us how a web site created by an expert looks.

I am not a expert. I have read a small amount of stuff. I have read the book (Though not all the info on individual tags.) "Website Design In A Nut Shell" and read the tutorials on http://www.w3schools.com/ and the odd article. My current knowledge is just HTML and CSS. No scripting.

I will leave our joint effort as is.

Oh no . I do not want to quit yet. I thought we did rather well. You decided on the design and content and I tweak it and made it standard compliant.

[acrocosm]

I haven't followed this thread and I'm in a hurry right now so I'll just add my two cents in the context I regard it based on the last two posts...

There's nothing you can't do with divs and css but you can do with tables. There are many things you can't do with tables and you can do with divs and css. For complex design you can use a combo of the two but it's not advized. You can do anything just with divs and css. It's very powerfull, plus it's how standards are set for a long time now. Tables are for tabular data display only, styled containers/elements are for styling.

[abushcrafter]

I haven't followed this thread and I'm in a hurry right now so I'll just add my two cents in the context I regard it based on the last two posts...

There's nothing you can't do with divs and css but you can do with tables. There are many things you can't do with tables and you can do with divs and css. For complex design you can use a combo of the two but it's not advized. You can do anything just with divs and css. It's very powerfull, plus it's how standards are set for a long time now. Tables are for tabular data display only, styled containers/elements are for styling.

Thanks for the info.

[Colonel Panic]

Possibly more options to change the colours in the calendar, but apart from that I'm very happy with Osmo. It has a full range of features (including a date calculator, which I use a lot) and works well.

[Pelo]

sorry

[Pelo]

I would like a link between contacts ans tasks? Task would be affected to a contact (instead of category)