Puppy 4.2 - Trim the bloat

Message

zigbert · #21 Post by **zigbert** » Fri 12 Dec 2008, 19:26

I had to bloat the wallpaper up to 2 hole kilobytes to get best quality.

These very stretchy wallpapers works best with 24 bits colordepth.
The challenge will be to make a good 1kb-wallpaper that also works with 16 bits systems.
Do YOU take the challenge.

Please take a look at this one. You can right-click on the image and save it to /usr/share/backgrounds. Then it's ready for the wallpaper setter.

technosaurus · #22 Post by **technosaurus** » Fri 12 Dec 2008, 20:17

@dogone - have you been reading my first post to the forum? That was my first ever suggestion. Since then I have learned that 2.15 CE could load on the fly, that you can name files zdrvXXX.sfs to trick it and you can even further trick it using symlinks. I am hoping that 5.0 will have these types of features in a much cleaner fashion - the 2.6.27 kernel thread and 255 sfs file support may be a good starting place. I think my efforts are better spent on the web desktop for 4.2, but I will try to figure it out with lots of help hopefully once I get all the various aspects of our portal page to an acceptable level for inclusion in an official release.

hillside · #23 Post by **hillside** » Fri 12 Dec 2008, 21:12

If Puppy's mission is to be small but highly useable

That's a mission with built in conflict.

I can see several futures. There are probably a lot more, but these are the ones whacking me on the head with a big chunk of lumber.

1. Have an extremely thinned down, but fully functional base Puppy. It finds your hardware and configures everything to work, but with few actual applications. Applications are loaded as packages or sfs (I love those). Some people will continue to make puplets with various levels of "fullness". Lots of choice. The world is good.

2. Puppy continues to walk the tightrope. It's pretty darn small, but it has a good number of decent, but not always full fledged applications. You can load "better" applications as necessary. This has worked pretty well. This is probably the easiest Puppy for the just-getting-introduced-to-linux crowd.

3. Realize that in this day and age, a 200 or 300 meg operating system with all the applications most people need is hardly a bloated system. Go for the fluff -- but within reason.

Personally, I think #1 is the best option. You have the smallest possible Puppy and yet with package management and puplets, you get exactly what you need, when you need it and how you want it. It's a happy day.

#24 Post by MU » Fri 12 Dec 2008, 21:26

Sigmund,
that looks great

Mark

zigbert · #25 Post by **zigbert** » Fri 12 Dec 2008, 22:01

Thank you Mark

This one fits 16 bits colordepth.
Well, not 100% yet, but very close. I need to ask Raymond for some more help. Friendly guy

It should be mentioned for those on a slow connection that this wallpaper is almost 4 kb

Greetings to rastapax who made this dog!

WhoDo · #26 Post by **WhoDo** » Fri 12 Dec 2008, 23:07

zigbert wrote:The wallpaper in the screenshot is below 1 kb. And we save another 100 kb.

Could we live with something like this ??????

Wow, Sigmund! That looks great in stretched mode! IMHO even better than the one in your original thread! The only suggestion I would make is that we would need more colour in the Pwidgets to offset the relatively plain desktop background, but I think the combination with the launch bar you created and Pwidgets would look awesome!

Here it is in my Puppy 3.01 installation with IceWM, Wbar and Gdesklets. You can see that the extra colour in the Wbar icons and Gdesklets helps. Of course I don't expect or want Pwidgets to look like Gdesklets, and JWM will be the default WM, but a little more orange would help the overall look IMO.

Cheers

Lobster · #27 Post by **Lobster** » Sat 13 Dec 2008, 02:51

There is one other way to reduce bloat
I would be cautious with this suggestion

It is to remove a 'chunk' of Seamonkey (with total removal in 4.3)
and substitute Firepup

Why do I say chunk? Well I recently tried a puplet that was using Firepup. I needed to use help - the system link was to mozilla instead of default browser (or some such reason)
Basically I would be worried about breaks in programs that are Seamonkey code dependent

Barry has said that we are less dependent or not dependent on Seamonkey since the new structure in the 4 series. We would lose a wsywig html editor - which I find useful on occasion and some people make use of the mail program, which some people use.

So this might be more suitable for 4.3 . . .
Warren may feel we have sufficient for DeepThought with the existing list of improvements.
I certainly do.

Zigbert - simple background - works for me.

#28 Post by **ttuuxxx** » Sat 13 Dec 2008, 03:07

Lobster wrote:There is one other way to reduce bloat
I would be cautious with this suggestion

It is to remove a 'chunk' of Seamonkey (with total removal in 4.3)
and substitute Firepup

Why do I say chunk? Well I recently tried a puplet that was using Firepup. I needed to use help - the system link was to mozilla instead of default browser (or some such reason)
Basically I would be worried about breaks in programs that are Seamonkey code dependent

Barry has said that we are less dependent or not dependent on Seamonkey since the new structure in the 4 series. We would lose a wsywig html editor - which I find useful on occasion and some people make use of the mail program, which some people use.

So this might be more suitable for 4.3 . . .
Warren may feel we have sufficient for DeepThought with the existing list of improvements.
I certainly do.

Zigbert - simple background - works for me.

Hi Lobster I'll be building a newer version in a few weeks and it will have a mozilla system link, maybe even a seamonkey system link, so all seamonkey web applications will work, also I had a nice browser plugin in the earlier Firepup series thread called "FirePup-0.02" it was a wysiwyg plugin, very small but worked very well, I could add that by default also and maybe fireftp. It could replace composer
here's a link to the homepage
http://www.hypercubed.com/projects/firefox/
also the pet for the wysiwyg was 340kb, The pet only worked on v2, I can make a newer one to work on the latest also

I might trim it down if this whole idea takes off and there is support for Firepup over Seamonkey.
Thanks

ttuuxxx

zigbert · #29 Post by **zigbert** » Sat 13 Dec 2008, 07:58

WhoDo

1.)
The solid color in the Pwidgets area is set to avoid the known troubles because conky and rox stretch the wallpaper different. A solid color will ALWAYS work as background for the widgets.

2.)
How much orange on the desktop is a matter of taste. I find your desktop nice, but a bit too colorful for my taste

. We are simply different. - Thats a good thing. The whole DeepThought theme is kept rather grayish. Just some spots with orange. I fear that over time, a too colorish theme would have irritated me. (Well, I know it would)

Sigmund

esmourguit · #30 Post by **esmourguit** » Sat 13 Dec 2008, 08:20

Bonjour,
About Fotoxx

fotoxx => i would also vote for gpicview, but i think the wallpaper-setter has dependencies to fotoxx...

Just edit and change in /root/.config/wallpaper/preferences
line 5 VIEWER=
Cordialement

HairyWill · #31 Post by **HairyWill** » Sat 13 Dec 2008, 11:49

esmourguit wrote: Just edit and change in /root/.config/wallpaper/preferences
line 5 VIEWER=

it probably makes sense to strip that out and the editor reference and fix the wallpaper setter so that it uses
defaultimageeditor and defaultimageviewer

WhoDo · #32 Post by **WhoDo** » Sat 13 Dec 2008, 20:17

zigbert wrote:1.)
The solid color in the Pwidgets area is set to avoid the known troubles because conky and rox stretch the wallpaper different. A solid color will ALWAYS work as background for the widgets.

Agree 100%. The background itself is perfect IMHO.

zigbert wrote:2.)
How much orange on the desktop is a matter of taste. I find your desktop nice, but a bit too colorful for my taste . We are simply different. - Thats a good thing.

Of course.

It was just a suggestion. What I was thinking of was the colour of the graph in the CPU monitor, etc. We could also offer a few (small) alternative clock faces to break up the area a little. Just my $AUD0.02c worth. You're doing great stuff here, Sigmund. Suggestions are just that, nothing more.

Cheers, mate.

01micko · #33 Post by **01micko** » Sat 13 Dec 2008, 22:25

@WhoDo

Over in the Pwidget thread (page 3) I posted a link where to get clock skins. You can even use any old image I think, as long as it is 140x140. In the eycandy sub-forum I posted Chrissy desktops with a Mickey clock and a Santa clock. The santaclock was a 48x48 icon that I enlarged. Alls we really need for people to know this and know how to do this is a 'howto'.
Well I guess I better write one then!!!

Update: HOWTO done!

Lobster · #34 Post by **Lobster** » Sun 14 Dec 2008, 00:54

When we created 109CE I was very keen (as were others) to use Geany
instead of Beaver
Geany is now almost double the size it once was 670k
How good is the new Beaver in comparison and how small?

http://www.nongnu.org/beaver/

#35 Post by **ttuuxxx** » Sun 14 Dec 2008, 01:32

Lobster wrote:When we created 109CE I was very keen (as were others) to use Geany
instead of Beaver
Geany is now almost double the size it once was 670k
How good is the new Beaver in comparison and how small?

http://www.nongnu.org/beaver/

I compiled both the latest version, here ya go

ttuuxxx
Ps here's the extracted specs
Geany = 1912kb
Beaver = 328kb

Lobster · #36 Post by **Lobster** » Sun 14 Dec 2008, 05:30

thanks Ttuuxxx - to be honest they are no longer in the same league.

I have had a few problems with Geany in the last couple of versions (as has Barry). For me this is related to file types It wouldn't open certain files or save seamlessly. However Geany is now a programming environment and top class editor - despite the size, I wonder how many would install Geany as their first Puppy uggrade? Maybe with the upgrade from the home Html page or the menu this might not be so impossible?

Anyway - a trim possibility and maybe there are other editors?

aragon · #37 Post by **aragon** » Mon 15 Dec 2008, 08:24

another text-editor is minimum profit (http://www.murga-linux.com/puppy/viewtopic.php?t=33924)

if it's comparable, i don't know.

nice feature: it's gui- and console-editor in one.

i've also made a package of the new version, i will upload today.

cheers
aragon

#38 Post by **ttuuxxx** » Mon 15 Dec 2008, 09:35

here's the latest Leafpad text editor

Probably could be stripped of the icons and make the package smaller.
ttuuxxx

#39 Post by **ttuuxxx** » Mon 15 Dec 2008, 10:32

Here's GTK2 Text Editor
Quote"GTK2 Text Editor is a simple Unicode text editor that supports many encodings. It works as a nice Notepad replacement, and can also be used as an encoding converter. It supports multi-level undo, right to left text (as in Hebrew), and other Unicode features. It can auto-close an XML/HTML tag. There is no syntax highlighting yet."

The funny thing about it is, its GPL but he has a popup when you start it the first time about purchasing it, but his website to purchase it is history.
At the freshmeat website, he talks to another person who made some comments about GPL and this is what he said, lol
"You know, it's counter to the spirit of the GPL to pop up a dialog asking people to register. You realize, don't you, that someone can just re-release the code without the annoyance?"

response
"Firstly I should note that my program GTK2 Text Editor doesn't violate the letter of GPL. Yes, it does violate the spirit of GPL."LOL

anyways it has more options than Leafpad.
ttuuxxx

#40 Post by **ttuuxxx** » Mon 15 Dec 2008, 13:16

Here's a CSS editor, very advanced and nice features

Quote"cssed is a small developer editor and validator, that tries to ease the CSS editing. It is an Open Source project, it means that you can download the program but also its source.

It features syntax highlighting, syntax validation, MDI notebook based interface, quick CSS properties and values insertion, auto-completion and dialog-based insertion of CSS complex values.

Being a CSS editor, it's not limited to this language. cssed haved some support for HTML (with embbeded Javascript), XML, Javascript, Java, PHP, JSP, C, C++, Apache configuration files, .htaccess, Python, Perl, SQL, SH and other languages so it can serve quite well as multi-purpose editor.

It can be extended through plugins and scripted with Python, so it's quite easy to extend its functionality. "

http://cssed.sourceforge.net/

ttuuxxx

(old)Puppy Linux Discussion Forum

(old)Puppy Linux Discussion Forum

Puppy 4.2 - Trim the bloat