File: gnome.TODO

package info (click to toggle)
mc 4.1.35-1
  • links: PTS
  • area: main
  • in suites: hamm
  • size: 6,924 kB
  • ctags: 9,665
  • sloc: ansic: 84,273; tcl: 1,779; makefile: 1,266; sh: 864; perl: 262; awk: 148; sed: 93; csh: 1
file content (452 lines) | stat: -rw-r--r-- 13,965 bytes parent folder | download
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452


IMPORTANTE:

>>>>> When something is dragged, the panel is not being refreshed <<<<

file actions dont cause panels to be refreshed automatically

All:

- Session management


EXTENSIONS:

- Add special destkop entries ("Network neighborhood")
- In the find-file results, it would be nice if 'chdir' popped up a new
  panel instead of changing the directory of the present one (optionally).
- (Cool but low priority) it would be nice if 'Arrange icons'
  were configurable to allow stacking the icons along a particular edge
  OR if gmc could automatically find areas of free screen (i.e. no windows
  on them) and then place icons there.

Panels:

- Global bindings (some shortcuts are not implemented)
- Split view.


Viewer:

- Toolbar
- Enable editor.
- Fix colors.
- Add cursor
- Debug monitor

Widgets:

- Push history
- Use Gnome File Entry where possible.

DND:

- Get sopwith to fix the random motion of his dnd icons.
- Check the purify stuff.

General Comments
----------------

 - needs documentation, context help, etc. Is anyone writing this?

 - the panel scrollbar is wierd - if you middle mouse click somewhere the
   thumb moves there, but if you then move the mouse (while holding
   middle button down) up and down, the thumb doesn't follow the mouse.
   However, if you middle click and drag on the thumb, it does follow.
   I think the thumb should follow in both cases. This is a gtk comment
   I'm sure.

Panel comments
---------------

 - The list headers dont seem to resize nicely - if I run gmc and try to 
   shrink the 'Name' column, it won't accept the new size and returns to
   the original size. If I resize the gmc window, then it seems to
   start working SOMETIMES. Sorry I can't come up with a better failure
   mode - just run gmc and see if you can resize the 'Name' column.

 - when the name column does resize, and its so small it clips the
   longer names, there should probably be an indication that the filename
   has been truncated. I think win95 puts a '...' at the end to let you
   know the string is truncated in that column. I think its a really nice
   touch, but not a complete show stopper.


 - the user needs some feedback that something is happening - for example,
   on  an ftp link, the cursor needs to change or a modal dialog popping
   up saying 'getting directory listing...' or something.

 - the pull-downs on the entry boxes under the floating menubar dont
   seem to do anything. I thought they might act as a history of the
   last few directories visited or something.

 - the internal viewer, in hex mode, seems to shove the ASCII side of the
   view (the rightmost column) off the side of the window.

 - internal viewer - search didnt seem to work in hex mode
 
 - internal viewer - search should hilight the matching text

 - I didnt get an error message when I tried to change the file modes
   on a file I didnt own.

Configure Options
-----------------

 - need some sort of help for all these options, they aren't too intuitive.
   We can't assume people are going to read the man page.

 -  Also, during a find, the dialog violently resizes as it lists the
    directories it is searching through. Seems like the label showing
    the currently searched dir needs to be a separate container or something.
    It looks like its in the first column of the table of buttons below it.

VFS Options
-----------

 - Passive ftp option?

 - it was nice to get feedback when grabbing a file via ftp - this sort
   of feedback while grabbing a ls listing from a ftp server would be
   cool.

NEW BUG LIST:

- Find file is pretty cool, but you might want to force-set a maximum size
  during the search (and then unset it after the search is done) to stop
  it from dancing around while it displays all the files that it's
  checking in that label below the GtkCList.
- Hidden directories don't have the right-mouse-button 'Start XTerm
  here'/'Make a tarball' menu options.

OPEN ISSUES:
- Also if you have multi-file selection, is there a way to get a popup
  menu of the operations that are applicable to all those files, instead
  of an empty one?

Havoc Pennington comments:

From hp@pobox.com  Mon Apr 27 14:41:01 1998
Return-Path: <hp@pobox.com>
Date: Mon, 27 Apr 1998 14:40:32 -0500 (CDT)
From: Havoc Pennington <hp@pobox.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
To: miguel@nuclecu.unam.mx
Subject: gmc wish list stuff
X-Mailer: VM 6.34 under Emacs 19.34.1


Hi Miguel,

I was playing with gmc and took some notes as ideas came to me. I also
tried to come up with an easier-to-use menu structure, that's at the
end.

I know a patch would be better but maybe some of these ideas are
useful. :) 

Havoc

=========================================

General:
===================

When I drag across the list view, it doesn't redraw underneath the drag.

Tooltips would be nice throughout

All the dialogs should be GnomeDialogs.

What if the "Filter" drop down had a "Pattern" option, which caused the
text entry to appear? As it is, some frightening patterns can appear
in that text entry; maybe better off hidden unless the user chooses
"Pattern"?
*.(awk|sed|lex|l|y|sh|idl|pl|py|am|in|f|el|bas|pas|java|sl|p|m4|tcl|pov) 
is a good way to scare the newbies. :)

Maybe it'd work like this: when "Pattern" is chosen, you see the text
entry with contents based on the last active filter; otherwise a label
with the English name of the filter, e.g. "Image files." That way
there's constant feedback on what's being viewed.

Apparent bug related to this, I have two panels open, and in one of
them choosing a filter from the dropdown doesn't put anything in the
entry.

It would be neat if a description of the highlighted menu item
appeared in the status bar. I'd like to see that as a GnomeApp feature.

Another neat thing would be info on the selected file in the status
bar; e.g. the file type, or eventually files might have comments
stored in meta-info.

I like the idea of hints in the status bar, but many of them don't
seem to apply to the Gnome version of mc.

Could some of the more confusing menu items (e.g. any that require
shell patterns or typing in commands) be moved to an "Advanced" menu?
Or just made optional?

Lots of the dialogs have funny looking capital letters to mark
accelerators; should use underlines or something instead.

Throughout, when asking for a filename (e.g. on copy or move) there
should be a "browse" button to pop up a file selection dialog.

File menu:
===============

"Open Terminal" fails silently because rxvt is in the wrong place;
Should pop up a dialog asking where it is.

"Mkdir" should be called "New Directory."

"Rename/Move" should be separate menu items; Rename should result in a 
much simpler dialog.

Maybe call "Select" "Select by Pattern..."? Makes it less surprising when
the dialog comes up.

I'm thinking all the "Select" stuff belongs on an "Edit" menu.

History doesn't seem to work in many of the GnomeEntry widgets?

The move, rename, etc. stuff should be on the Commands menu, maybe?

Panel menu:
===============

Call it the "Window" menu?

"Display Mode" seems confusing; how about "Detail Level"?

Dialog is called "Listing Mode," menu item "Display Mode." Should be
consistent.

It isn't clear what full, brief, long file list means; the stuff in
the entries is cryptic; what's "user mini status"? I think a submenu
would be more appropriate here, something like:

Detail Level -> Most
                Normal
                Least

Then put the more advanced options in a page of a global
"Preferences..." dialog.

"Sort Order" could be "Sort By" instead, and again a submenu might be
nicer than a dialog. 

e.g. Sort By -> Name
                Date/Time
                Size

etc. That way you can rapidly go up to the menu and change it, skipping the 
dialog.

I think the drop-down filter menu and entry are adequate; no reason to have a
"Filter" menu item here too. Just adds clutter.

"Network Link" says "F1 for details" but F1 does nothing when I press it.

Commands menu:
=================

"Find" should be "Find file"?
The Find dialog could be a lot nicer. It should also be a separate find-files
app or a gnome-libs widget, I think. Other apps might want to use it.

"Hotlist" should be "Bookmarks"? More familiar name. Consistent with
Help Browser. Also, where do the bookmarks show up? Should they be on
a submenu here? Should be consistent with whatever the Help browser
does.

"Compare panels" and "External panelize" need renaming. It's very
unclear what they do. See my reworked menu structure below for an 
idea on "compare panels" using a submenu.

Maybe "External Panelize" can be configured elsewhere, and then the 
menu can have a submenu with only the preconfigured options?

"Active VFS list"? What does it do?

It isn't clear to me what the "Commands" have in common. Seems like
most of them belong on the "Panel" menu, or in preferences.

Options menu:
================

Maybe this menu could be removed, and all of its dialogs made into
pages of a single notebook found under "Preferences..." on the File or
Edit menu (whatever the Gnome standard is).

Failing that, it should be called "Preferences" rather than "Options."

Desktop menu:
=================

It would make sense to me if this menu were next to the "Panel"
("Window") menu, since the two are related by opposition. I'd say
these two should be the last two items (except Help).

Help menu: 
=============

Should be right justified. Maybe a "Gnome Help" option to lauch the
browser pointed at the main Gnome Help Index?

Popup context menu:
==============

"Open With" could have a submenu with suggested applications to use.

There isn't a clear difference between the submenu specific to the
filename, and the main menu. e.g., why are link and symlink on the
submenu, but copy is on the main menu?

Link and symlink seem like Advanced items to me, but a "Create Link"
item that made a .desktop file (or whatever gets decided on for
meta-info) would be nice.

Menus Revisited
===============

Here's an attempt to work out a complete menu structure from
scratch. It changes things more radically than the above suggestions.
Items are listed in order.

File ->
	New Window
 	Open Terminal
	-------------
	New ->
		Directory
		Text File
		Image
		[ ... etc., user configurable. ]
	-------------
	Close This Window
	Exit File Manager

Edit ->	[Should be consistent with other Gnome apps, right now there's no 
	 standard I don't think?]
	Select By Pattern  [ An optional "advanced" item ]
	Select All
	Unselect all
	Reverse Selection
	----------------
	File Properties...
	----------------
	Preferences...          [ gmc big prefs notebook, maybe on File menu? ]

Commands -> [ This menu has commands that apply to selected files ]
	Open
	Open With ->
		[ Options that make sense for selected file ]
		Custom...     [ pops up text entry for command ]
	View
	View Raw [ An "advanced" command, optionally
	 	   not visible ]
	----------
	Copy...      [ Copy, move, rename would have simplified dialogs -
	Move...        just ask where to, use the selection rather 
	Rename...      than asking for a pattern ]
	Delete
	----------      [ These two should be optional "advanced" items ]
	Move by Pattern... [ The more complex dialog asking for a pattern ]
	Copy by Pattern... [ ditto ]
			

Window ->
	Find Files...
	Detail Level -> Most
			Normal
			Least
			[... etc. make this menu configurable?]
	Sort By      -> Name
			Date/Time
			[... etc. make this menu configurable?]
	Rescan Directory
	-------------------
	Scan FTP Directory...
	Scan Network Directory...
	-------------------				
	Special Listing -> 	SUID Root 
				Patching Rejects
				[... etc., whatever user has configured.]
	------------------
	Compare To -> 
		 	[ Menu item for each other window ]

Desktop ->
	Arrange Icons
	Properties...   [ launch desktop-properties app ]
	[More to come, I'm sure.]

Help ->
	About...	
	File Manager Manual
	Gnome Help

Popup menu for file foo.bar ->
	[ Quick shortcuts should be first; e.g. "Use as Wallpaper", etc. ]
	-------------
	foo.bar ->
		[ Everything on the "Commands" menu ]
	Properties...


Rationale:

File menu has the traditional stuff. Close, Exit, and New.
Edit menu has the standard Gnome edit menu stuff, when that's decided on.
  (Preferences... is in either File or Edit, whatever becomes standard).
  Has "File Properties..." because that seems consistent with e.g. gtt.
Commands menu has operations on the selected (pre-existing) file.
 Would also make sense to have "Edit Properties..." here instead of 
 "File Properties..." on the edit menu. 
Window menu has operations that potentially change what's in the window or
 how it's viewed.
Desktop menu has operations on the desktop.
Help menu has help.

The "Options" menu isn't needed, because it's all in "Preferences..."

Popup menu has the "Commands" menu as submenu of the file name; seems
intuitive, because "Commands" are operations on the particular file
name. Quick context-sensitive commands like "Use As Wallpaper" are 
first because they'll be used most. "Properties..." is also there, since
it may be more convenient here than on the "Edit" menu.


Preferences...
===============

The Preferences dialog would have the following tabs:

General: general options, from current Options->Options
Virtual File System: from Options->Virtual FS [advanced config]
Confirmation: from Options->Confirmation
New Menu: what to put on the File->New submenu
Detail Level: listing mode config, including what goes on Window->Detail Level
Sort By: config for the Window->Sort By menu
Bookmarks: config for bookmarks
File Types: config available actions for different file types. Much like
            the Netscape preferences for this. [advanced config]

Probably I'm leaving something out. The "Advanced" tabs could be somehow
marked as advanced (e.g. as in Netscape), or hidden by default.