4.2 Meeting - Here

Message

#196 Post by **ttuuxxx** » Fri 28 Nov 2008, 23:14

[quote="HairyWill"
ttuuxxx[/quote]ttuuxx, are you still working on this?
.[/quote]

Sorry Hairy I haven't received any emails from murga forum stating that there has been new post to this thread, man that gets me, anyways I've been working on the seamonkey theme for 4.2, But yes I'll continue this trash bin project also.
ttuuxxx

HairyWill · #197 Post by **HairyWill** » Sat 29 Nov 2008, 11:37

HairyWill wrote:poo
I saw that and then forgot about it whilst testing the other handlers. A cursory inspection reveals that the Trash roxapp uses an unquoted APPDIR variable in a few places, I should be able to patch that this evening.

OK, there is a fix posted in the latest Trash App thread here:
http://www.murga-linux.com/puppy/viewto ... 253#253253
download it then do

Code: Select all

gunzip AppRun.gz
mv AppRun /usr/local/apps/Trash

@ttuuxxx
I was just interested to know your approach. My solution solves the trash problem and provides a generic method of adding other applications. Am I correct in thinking that you were hacking the ROX-Filer source to get your solution? Which version? I downloaded the latest source but trying to run configure gave me errors about shared-mime-info. I have compiled and installed that as well but I think I have put it in the wrong place.

I notice that the ROX documentation refers to a sendto menu, is this the same as the openwith?

If the Trash app works well on the top level we could consider removing the delete action so that all deletions through ROX are recoverable. Before doing this it would probably be sensible to make the trash app aware of the amount of available space. Maybe if the file is greater than a certain size it should also recommend that it is truly deleted.

01micko · #198 Post by **01micko** » Sun 30 Nov 2008, 06:56

Now, a little off current topic here, but not off thread.

Given that Barry may release 4.1.2 any day now, is there any time frame from then to the release of a 4.2alpha?

#199 Post by **Pizzasgood** » Mon 01 Dec 2008, 21:23

I notice that the ROX documentation refers to a sendto menu, is this the same as the openwith?

Yes. That's one of the things that was tweaked in Puppy's patched version of Rox. That happened so long ago I had forgotten about it.

WhoDo · #200 Post by **WhoDo** » Tue 02 Dec 2008, 06:34

01micko wrote:Given that Barry may release 4.1.2 any day now, is there any time frame from then to the release of a 4.2alpha?

Yes, the timeframe between 4.1.2 and 4.2a is "any timeframe".

Lobster · #201 Post by **Lobster** » Tue 02 Dec 2008, 07:00

Given that Barry may release 4.1.2 any day now, is there any time frame from then to the release of a 4.2alpha?

In the past it was important to follow Barrys extreme release schedule - otherwise things would be superseded and left behind by developers who do tend to move to the latest rather than the best.

I would recommend that Warren provide if possible a release often strategy as this will keep developers interest and focus.

We already have a great thread on look and feel
Many bug fixes will be in 4.1,2 so it is quite easy to be patient and allow puppy to develop.

The important thing at the moment is to make sure we have .pets available, that the wiki pages are updated, Zigbert is supported in his efforts and 4.1.2 is tested when released and bugs and solutions posted etc

01micko · #202 Post by **01micko** » Wed 03 Dec 2008, 08:18

Lobster, WhoDo, thanks.
Just an eager tester awaiting here.

jcoder24 · #203 Post by **jcoder24** » Thu 04 Dec 2008, 01:08

HairyWill wrote: http://www.murga-linux.com/puppy/viewto ... 253#253253
download it then do
Code: Select all
gunzip AppRun.gz
mv AppRun /usr/local/apps/Trash

That fixed the 'send to trash' but now the same error occurs when restoring from the trash.

changturkey · #204 Post by **changturkey** » Thu 04 Dec 2008, 01:19

What kernel version is to be used? I have a newer (well pretty much just out of the box) laptop, not sure if it will work with 4.1/4.2..

Nathan F · #205 Post by **Nathan F** » Thu 04 Dec 2008, 04:50

I notice that the ROX documentation refers to a sendto menu, is this the same as the openwith?

Really now? I remember explicitly patching the docs as well the last several times I patched the source. Wonder what is going on...

HairyWill · #206 Post by **HairyWill** » Thu 04 Dec 2008, 09:32

jcoder24 wrote:That fixed the 'send to trash' but now the same error occurs when restoring from the trash.

Any items sent to trash using the unpatched trash app will not have proper restore functionality. The trashed file is still inside the roxapp but you would need to restore it manually.

Files that have been trashed with the patched version do restore OK for me, if they don't for you then we will need to do some poking. I would need to see the contents of AppRun for the trashed item and a file list from inside the trashed file app

Code: Select all

find .

would also be useful.

@Nathan
I was referring to the rox documentation online not that which is included with puppy, sorry that wasn't clear.

however

Code: Select all

# lynx --dump /usr/local/apps/ROX-Filer/Help/Manual.html | grep Send
   Send To menu (see the [99]Send To menu section).
   Send To... Opens the `Send To' menu, allowing you to send the selected
   files to one of a list of applications. See the [119]Send To menu
   The `Send To' menu provides a quick way to send some files to an
   `$XDG_CONFIG_DIRS/rox.sourceforge.net/SendTo' directories (see
   `SendTo' directory. Applications can be symlinked into this directory
   Opening the Send To menu via the main menu is rather slow, so it is
   inside `SendTo' called `.image', or whatever type you want to use. You
  99. file://localhost/usr/local/apps/ROX-Filer/Help/Manual.html#SendTo
 119. file://localhost/usr/local/apps/ROX-Filer/Help/Manual.html#SendTo
#

looks like your changes to the manual are not in puppy 4.1.1. The text displayed when you right click is "Open With..."

#207 Post by **ttuuxxx** » Fri 05 Dec 2008, 23:27

Hi Guys as everyone knows I always had a problem with the clipboard on puppy 4.0+ Series, well I found a lite weight clipboard manager that works way better than Glipper and I hope that you take it on for the next release and have it autorun on bootup, basically its 44kb extracted

I compiled it on puppy 4.1 I had to hack the source a bit to get it to work, but now it just works.
Its called parcellite and here's the background on it
"Parcellite is a lightweight GTK+ clipboard manager. This is a stripped down, basic-features-only clipboard manager with a small memory footprint for those who like simplicity." <--- that statement has "Puppy" written all over it

http://parcellite.sourceforge.net/

Here's the pet, it will place a menu item in Menu/Desktop/Parcellite :win

Just system link /usr/bin/parcellite to /root/Startup or do the /root/.xinitrc thing

#208 Post by **ttuuxxx** » Sat 06 Dec 2008, 04:15

Hi guys this Parcellite with a link to the startup folder, so it will automatically startup after all system starts-ups are finished.
It takes around 2 mins before you see the icon on the taskbar. after you reset your pc or exit to prompt and type startx
The difference between Glipper and Parcellite is that with glipper first you have to click the "enable feature" which is just stupid because you have to click the glipper menu item first, which basically telling the OS that you want to use glipper, then you get a popup that ask you to "enable" or "disable" how dumb.
Next with glipper most of the time you have right click on the task bar icon for it to use the correct copied item. That is dumb. It should know that the last item copied should be the item being pasted, but 8 out of 10 times Glipper uses the wrong item.
Thats where Parcellite works, it remembers the last copied item and then paste it. Plus Parcellite has a better Preferences and actually you can edit the clipboard, which is handy when your compiling and changing the configure files, etc.

So here's the auto start package using the startup folder
ttuuxxx

Kal · #209 Post by **Kal** » Sun 07 Dec 2008, 21:35

Hi ttuuxxx

In refresh menu, I was just wondering, if it wouldn't be better to run fixmenus with xterm and it's window, this way you know some thing is going on in a slower computer, like mine.

I believed it was done and did a restart, before it really was, and lost half my menu. Easy to fix, by rerunning it.

Kal

disciple · #210 Post by **disciple** » Mon 08 Dec 2008, 09:24

It takes around 2 mins before you see the icon on the taskbar. after you reset your pc or exit to prompt and type startx

Every time you start?
You should look at fixing that if you want to replace Glipper with it.

The difference between Glipper and Parcellite is that with glipper first you have to click the "enable feature" which is just stupid because you have to click the glipper menu item first, which basically telling the OS that you want to use glipper, then you get a popup that ask you to "enable" or "disable" how dumb

That is not a difference between Glipper and Parcellite. That is a difference between having an application turned off by default or not.

Code: Select all

Next with glipper most of the time you have right click on the task bar icon for it to use the correct copied item. That is dumb. It should know that the last item copied should be the item being pasted, but 8 out of 10 times Glipper uses the wrong item.

???
Could you please explain this? Does Parcellite remove functionality or something e.g. removes selection/middle click clipboard functionality?
Glipper works perfectly. If you Paste, it pastes whatever was cut or copied last, and as a bonus, you can still use the middle-click to paste the current selection, and selections are stored in the history too, so you can do the right-click thing you are complaining about if you want to paste one of them.
Do you want a middle-click to paste whatever was copied/cut last?

disciple · #211 Post by **disciple** » Mon 08 Dec 2008, 09:37

Guys that are hacking ROX - I hope you are trying to get your code into the main trunk or whatever it's called, rather than producing a Puppy rox with a whole lot of custom features that we'll need to maintain independently

BTW this is very sensible

if it wouldn't be better to run fixmenus with xterm and it's window, this way you know some thing is going on in a slower computer, like mine.

#212 Post by **ttuuxxx** » Mon 08 Dec 2008, 09:45

disciple wrote:Guys that are hacking ROX - I hope you are trying to get your code into the main trunk or whatever it's called, rather than producing a Puppy rox with a whole lot of custom features that we'll need to maintain independently

BTW this is very sensible
if it wouldn't be better to run fixmenus with xterm and it's window, this way you know some thing is going on in a slower computer, like mine.

I guess so, It works fine on my pc's but they are new, It never even came across my mind about older pcs and time delays, sorry

ttuuxxx

#213 Post by **ttuuxxx** » Mon 08 Dec 2008, 18:46

disciple wrote:
It takes around 2 mins before you see the icon on the taskbar. after you reset your pc or exit to prompt and type startx
Every time you start? Thats only because I made it use the start up folder, Thats the way that any application placed in the startup folder works. If it was installed using /root/.xinitrc to auto start, it would start instantly. But I didn't include a patched /root/.xinitrc. If you start it from /menu it starts instantly.
You should look at fixing that if you want to replace Glipper with it.
The difference between Glipper and Parcellite is that with glipper first you have to click the "enable feature" which is just stupid because you have to click the glipper menu item first, which basically telling the OS that you want to use glipper, then you get a popup that ask you to "enable" or "disable" how dumb
That is not a difference between Glipper and Parcellite. That is a difference between having an application turned off by default or not.
No other application in the taskbar menu ask you after clicking it to start it up, "Enable" ?
Next with glipper most of the time you have right click on the task bar icon for it to use the correct copied item. That is dumb. It should know that the last item copied should be the item being pasted, but 8 out of 10 times Glipper uses the wrong item.[/code]
???
Could you please explain this? Does Parcellite remove functionality or something e.g. removes selection/middle click clipboard functionality?No the middle mouse click works with parcellite.
Glipper works perfectly. If you Paste, it pastes whatever was cut or copied last, and as a bonus, you can still use the middle-click to paste the current selection, and selections are stored in the history too, so you can do the right-click thing you are complaining about if you want to paste one of them.
Do you want a middle-click to paste whatever was copied/cut last?

disciple I've been using Glipper for years on a daily bases, it crap. I mostly use shift/insert to paste, sometimes the middle mouse click and sometimes ctrl+V. even with the middle mouse button glipper doesn't always get the last item pasted. I'm usually stuck using the rightclick menu and selecting on the list the last thing I copied. Parcelite does everything that Glipper does and is more also has better options. Like I stated above, able to edit the clipboard is really a nice feature. Plus its lower in resources. They say its a stripped down clipboard manager, but compared to Glipper it has more features, I'm wondering to which they were talking aboyt

The only time a clipboard worked perfectly was in series 3, Series 4 even with Glipper and the autocutsel package installed, Parcellite works better on remembering the last item and would equal or surpass the 3 series clipboard. maybe give it a try?
ttuuxxx

#214 Post by **ttuuxxx** » Mon 08 Dec 2008, 19:10

The point about "enable" "disable" glipper from the menu is, well Its not a autostart application, people tend to click on menu items to start them and if you want to "disable Glipper" right click on the taskbar icon and select "Quit" then if you want to start it, menu/desktop/glipper just like every other application that uses the taskbar. Maybe a "disable" on the glipper or parcellite taskbar icon would make more sense.
ttuuxxx

disciple · #215 Post by **disciple** » Mon 08 Dec 2008, 19:51

disciple I've been using Glipper for years on a daily bases, it crap.

This is why some people get so upset with you ttuuxxx- you call things "Dumb", "stupid" and "crap" for no apparent reason.
Glipper works exactly the way it is supposed to work. The question is:
1. Do you not understand the way the *nix clipboard and primary selection work, or
2. Do you understand it, but want it to work differently (which is OK)?
The way you complain, it sounds to me like you don't understand.

even with the middle mouse button glipper doesn't always get the last item pasted.

The middle mouse button isn't supposed to "get the last item pasted". The middle mouse button is supposed to paste the current selection. That is a standard *nix behaviour.
Ctrl-V or Edit-paste or something like that pastes the clipboard.
Clipboard helpers like glipper do two main things:
1. keep a history of both the selection and the clipboard, so you can use them later.
2. keep the selection buffer (or whatever it is) full. So after a selection is no longer current, you can still middle click to paste it, until something else is selected to replace it.

Parcelite does everything that Glipper does and is more also has better options...Plus its lower in resources.

Great, more features and lower resources are always good. I'll try it. We'll have to find a way around your 2min startup time though

and the autocutsel package installed

Hmmm. Maybe you do understand the clipboard but your autocutsel is misconfigured and doing something weird. What do you actually need autocutsel for?

(old)Puppy Linux Discussion Forum

(old)Puppy Linux Discussion Forum

4.2 Meeting - Here

refresh menu