WelcomeWelcome | FAQFAQ | DownloadsDownloads | WikiWiki

Author Topic: Future Fluff features (after version 1.1)  (Read 10929 times)

Offline MikeLockmoore

  • Hero Member
  • *****
  • Posts: 525
  • Good software needn't be big!
Future Fluff features (after version 1.1)
« on: May 04, 2011, 09:54:14 AM »
EDIT 2012.03.31: Updated title to refer to ideas to be used after the upcoming minor update.

To keep the TCB Bugs thread more focused on, you know, bugs and issues, I'm splitting off any discussion of future features for Fluff here.  This is a list of things I _MIGHT_ work on:

a) User-customizable font size for buttons, view panes, etc.

b) Three-pane mode that would work more like MC

c) Thumbnail view (icons and/or thumbnail images)

d) Temporary command line for a selected file (works as a "one shot" file association)

e) Search through file names, or file content

f) EDIT: Perhaps show MOUNTED or UNMOUNTED status for storage devices and/or better integrate with the TC mount tool

The priority for these will depend on difficulty of implementation, impact on executable size and performance, and opinions on the value of each (i.e. my opinion, influenced by the Core Team and feedback from users). And again I caution people that many or most new features may appear in a "Super Fluff" version that would be installed from an extension so the base version can keep in line with the small, light "core" character of the base system.  Plus, I have other software projects for TinyCore in progress or in mind for the future... so major changes to Fluff may not happen very soon.   :-\

« Last Edit: March 31, 2012, 06:04:34 PM by MikeLockmoore »

Offline Guy

  • Hero Member
  • *****
  • Posts: 1089
Re: Future Fluff features (after version 0.9.5 in TC 3.6)
« Reply #1 on: May 04, 2011, 10:07:36 AM »
You can copy and paste.

I think it would be a good idea to also have cut and paste.
Many people see what is. Some people see what can be, and make a difference.

Offline Guy

  • Hero Member
  • *****
  • Posts: 1089
Re: Future Fluff features (after version 0.9.5 in TC 3.6)
« Reply #2 on: May 04, 2011, 10:10:10 AM »
I have mentioned before:

I think it is a good idea to remove "use sudo" to make it more child/mistake proof.

For sudo it can be started with sudo fluff.
Many people see what is. Some people see what can be, and make a difference.

Offline MikeLockmoore

  • Hero Member
  • *****
  • Posts: 525
  • Good software needn't be big!
Re: Future Fluff features (after version 0.9.5 in TC 3.6)
« Reply #3 on: May 04, 2011, 01:36:49 PM »
@Guy:  And I mentioned before that you may hand-edit the .fluff.conf file to completely disable and hide the "use sudo" feature.  Why is this not sufficient?  It seems that if you know enough to launch fluff with "sudo fluff", you should likewise be able to edit the one character in the config file to turn it off or on.

@Everyone: Should I run a poll to see if most users would prefer that "use sudo" be hidden by default?

Offline MikeLockmoore

  • Hero Member
  • *****
  • Posts: 525
  • Good software needn't be big!
Re: Future Fluff features (after version 0.9.5 in TC 3.6)
« Reply #4 on: May 04, 2011, 01:52:28 PM »
Regarding Cut... I considered this during development because the terminology is common in other apps, but I don't like how it is like telling the computer "delete this, but not *really* because I might paste it, so maybe just hide it or put it somewhere else, but if I never paste it, then you can really delete it".

It's not practical to buffer in RAM all the content of the files that the user may select and 'Cut'.  So it requires moving files to some other temporary place, or maybe doing bookeeping to just making the display *look* like the files are gone until the first paste is accomplished.  But then: what if the power fails before the FM can actually update the file system?  Or the FM crashes, or some other command kills it?  The next time the user looks at the files, they won't be how the user intended.

I think it is better to model the Fluff commands on the UNIX command line semantics of cp (copy), mv (move), and rm (remove... i.e. delete).  It is cleaner conceptually, reduces opportunities to mess up the filesystem, and simpler to implement.

Offline floppy

  • Hero Member
  • *****
  • Posts: 577
Re: Future Fluff features (after version 0.9.5 in TC 3.6)
« Reply #5 on: May 05, 2011, 06:58:54 AM »
@MikeLockmoore.
Fluff is already a good thing in my opinion. Before any functionality (and bytes) are programmed, the wide needs could be slowly evaluated, and what is already present in other programms!.
Example:
- ftp and filemanager: I use MidnightCommander because it has an ftp and I move the files, too, after "sudo mc -x".
- I start using fluff with the sudo button for file manager.. but it has no ftp
So, personally, fluff in its size and functionality ok for me (hide perhaps a bit more the sudo button) and I need MC complementary to it. Perhaps a short information button, in which programm are further needed functionality (ex "for ftp, see MC or ..."). Perhaps it would be enough?
AMD K6-IIIATZ 550MHz MB DFI K6xv3/+66
P4 HP DC7100 3GB 3GHz
Samsung NC10 boot from SD card port (via USB reader)
.. all TinyCore proofed

Offline MikeLockmoore

  • Hero Member
  • *****
  • Posts: 525
  • Good software needn't be big!
Re: Future Fluff features (after version 0.9.5 in TC 3.6)
« Reply #6 on: May 06, 2011, 12:17:47 PM »
Hi Floppy.  I have not considered adding FTP features, at least in the base version of Fluff.  Maybe it could be considerd in an expanded "Super Fluff" version.  But I don't think many people need a special info button in the main interface.  Perhaps I could add a short comment in the Help document about how Fluff lacks FTP integration.

Offline tinypoodle

  • Hero Member
  • *****
  • Posts: 3857
Re: Future Fluff features (after version 0.9.5 in TC 3.6)
« Reply #7 on: May 07, 2011, 02:05:48 AM »
b) Three-pane mode that would work more like MC

What about an option to be able to open a new fluff window from within fluff?

As for now, I would start 'fluff &' from an aterm, then when need comes up hit up arrow in aterm and hit Enter to get a new window.
This creates a new PID each time with a similar amout of res mem usage; feasable, but not ideal.

Having several overlapping windows can be an advantage on netbooks, compared to having one static window containing several tiled subwindows.
"Software gets slower faster than hardware gets faster." Niklaus Wirth - A Plea for Lean Software (1995)

Offline MikeLockmoore

  • Hero Member
  • *****
  • Posts: 525
  • Good software needn't be big!
Re: Future Fluff features (after version 0.9.5 in TC 3.6)
« Reply #8 on: May 09, 2011, 06:57:39 PM »
Quote
open a new fluff window from within fluff?

Similar to the "Open terminal here" command?  That should be easy to do.  The only downside I see is that it makes the command menu a little longer and complex.  But I'll think about it.  ;)

Offline tinypoodle

  • Hero Member
  • *****
  • Posts: 3857
Re: Future Fluff features (after version 0.9.5 in TC 3.6)
« Reply #9 on: May 09, 2011, 07:17:28 PM »
Yes, I think similar to the "Open terminal here" command might come handy.   :)
"Software gets slower faster than hardware gets faster." Niklaus Wirth - A Plea for Lean Software (1995)

Offline floppy

  • Hero Member
  • *****
  • Posts: 577
Re: Future Fluff features (after version 0.9.5 in TC 3.6)
« Reply #10 on: May 10, 2011, 12:45:58 PM »
I found something out yesterday: I tried to change the directory name from "PMAGIC" in "pmagic" but i did not work. I had first to change to PMAGIC_N then into pmagic. Not really ennoying. Just an information.
2 months ago I tried to change a directory name from "#save" into "save" and it did not work. Again, just a remark.
PS: partedmagic as frugall-install did not start in my young box (a kernel error that something was missing for my processor). So, I stay in a deep relationship with TCL+GPARTED ;-)
AMD K6-IIIATZ 550MHz MB DFI K6xv3/+66
P4 HP DC7100 3GB 3GHz
Samsung NC10 boot from SD card port (via USB reader)
.. all TinyCore proofed

Offline tinypoodle

  • Hero Member
  • *****
  • Posts: 3857
Re: Future Fluff features (after version 0.9.5 in TC 3.6)
« Reply #11 on: May 10, 2011, 01:02:13 PM »
I found something out yesterday: I tried to change the directory name from "PMAGIC" in "pmagic" but i did not work. I had first to change to PMAGIC_N then into pmagic.

Such may be filesystem dependent.
"Software gets slower faster than hardware gets faster." Niklaus Wirth - A Plea for Lean Software (1995)

Offline floppy

  • Hero Member
  • *****
  • Posts: 577
Re: Future Fluff features (after version 0.9.5 in TC 3.6)
« Reply #12 on: May 10, 2011, 01:14:28 PM »
I found something out yesterday: I tried to change the directory name from "PMAGIC" in "pmagic" but i did not work. I had first to change to PMAGIC_N then into pmagic.

Such may be filesystem dependent.
directory "PMAGIC" was on a CF and format FAT32
AMD K6-IIIATZ 550MHz MB DFI K6xv3/+66
P4 HP DC7100 3GB 3GHz
Samsung NC10 boot from SD card port (via USB reader)
.. all TinyCore proofed

Offline tinypoodle

  • Hero Member
  • *****
  • Posts: 3857
Re: Future Fluff features (after version 0.9.5 in TC 3.6)
« Reply #13 on: May 10, 2011, 01:27:20 PM »
Code: [Select]
tc@box:/mnt/sda3$ touch PMAGIC
tc@box:/mnt/sda3$ ls -l PM* pm*
ls: PM*: No such file or directory
-rwxrwxrwx    1 tc       staff           0 May 10 23:21 pmagic
tc@box:/mnt/sda3$
"Software gets slower faster than hardware gets faster." Niklaus Wirth - A Plea for Lean Software (1995)

Offline MikeLockmoore

  • Hero Member
  • *****
  • Posts: 525
  • Good software needn't be big!
Re: Future Fluff features (after version 0.9.5 in TC 3.6)
« Reply #14 on: May 11, 2011, 11:04:17 AM »
Floppy: To extend what tinypoodle posted, Fluff uses the linux/unix "mv" (move) command to rename files and directories.  In some file systems, the mv command does not attempt to rename items that only differ by capitalization.  I don't plan to code around this limitation.  Maybe I can document this "quirk" in the help file.