Re: File system browser columns

Hmm.. Probably my description is not accurate. As I can understand from the
code columns are threaded on a columnmodel "independently". On every load
of subdirectory it is treated like a new files system, queried, and
returned columns are added to the model without duplicates so that if a
column say Size is already there it is not added. Theoretically, you could
have an FTP dir, local dir and some other filesystem dir added to
favourites and after expand of all of them you could have all the columns
together in one model. Most of the time you would not see any difference I
believe, I did not test actually. But this does not allow to have
independent column sets which can be configured (width, order, visibility
etc) and saved accordingly, for example the order of columns is
unpredictable in this case. So, my question was about whether someone
relies on that functionality (ability to expand nodes from different
filesystems with different attributes, which become columns mixed in the
grid, right from the same file list, favourites or some other list I do not
know about) or not.

My idea is to separate columnsets by filesystems. Favourites fs then will
have only one or two columns (as it has now by default), 'name' and
something else maybe I do not remember now. As favourites can combine nodes
from different FSs the grid will no longer have any of those exclusive
columns, but only native to favourites. This is the simplest solution - not
to show anything except name. Or it can have some common columns like size,
r/w mode etc but query every line of the list and just skip an attr if
unsupported by FS.


On Tue, Nov 14, 2017 at 5:50 AM, Dale Anson <[email protected]> wrote:

> I use favorites all the time, but I don't understand what you're
> describing. If I add a directory to my favorites, then click on it from the
> "Favorites"  menu, I get all the columns that I would expect (name, status,
> size, last modified, etc), not just two. Can you give an example so I can
> see what you're talking about?
>
> On Thu, Nov 9, 2017 at 1:53 PM, Eric Le Lay via jEdit-users <
> [email protected]> wrote:
>
>> Hi Roman,
>>
>> I do use favorites, but don't expand them: only select one from the
>> favorites drop-down.
>>
>> Cheers,
>>
>> Le Thu, 9 Nov 2017 14:26:39 +0300,
>> Roman Tsourick <[email protected]> a écrit :
>>
>> > Any ideas? Is anybody using favourites? Those who are do you expand
>> > your items right from the favourites list? Is there anyone who is
>> > bothered by these columns? I would like to fix that but do not want
>> > to break anyone's experience (quite poor I believe as it is
>> > practically unusable).
>> >
>> > On Sat, Oct 28, 2017 at 9:11 PM, Roman Tsourick <[email protected]>
>> > wrote:
>> >
>> > > Hi everybody,
>> > >
>> > > There is a feature request I would +1, columns customization. But
>> > > now it is not possible due to the nature of the table of
>> > > files/items. And this is why (for those who is not aware including
>> > > me):
>> > >
>> > > The browser uses virtual file system layer to deal with files/items
>> > > and supports a number of those: "filefs" "urlfs" "roots"
>> > > "favourites" at least. The grid does not distinguish between them
>> > > but mixes altogether on demand. On every openning of a directory a
>> > > particular vfs is given and table model asks that fs for attriutes
>> > > the fs supports. Every attribute becomes a column in the table
>> > > (like type, size, last modified). Those attributes (columns) are
>> > > not replaced but new ones added to existing list. So we can not
>> > > have a defined column set for every fs, but the resulting list is
>> > > unpredictable by nature.
>> > >
>> > > This mechanism makes possible a nice facility you can see if you
>> > > have any items in your favourites. Add directory to favourites,
>> > > open favourites (favourites fs is loaded, which has two columns),
>> > > click on the plus sign to expand that dir and what happens is that
>> > > a new fs queried and its attributes added as columns to existing
>> > > ones.
>> > >
>> > > I wonder is this feature actually used/necessary? Would it be better
>> > > prevent FSs from mixing and have separated column sets? (In case of
>> > > favourites it could just add new items to the list so expansion
>> > > still possible but not adding new columns)
>> > >
>> > >
>> > > --
>> > > Best regards,
>> > > Roman.
>> > >
>>
>> ------------------------------------------------------------
>> ------------------
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>> --
>> -----------------------------------------------
>> jEdit Users' List
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/jedit-users
>>
>
>


-- 
Best regards,
Roman.

mailto: [email protected]

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot

-- 
-----------------------------------------------
jEdit Users' List
[email protected]
https://lists.sourceforge.net/lists/listinfo/jedit-users