界面

jcome · 发表于 2004-9-28 23:52:47

我倒希望能出现一个放置应用程序菜单的 applet，就想 Macos 一样，可以把菜单放在屏幕最上面。这样可以使得桌面更为简洁，而且也比较合理，典型的例子就是当您使用gimp处理比较小图片的时候，窗口往往比较小，这时就会有许多的菜单项目出不来（gimp的菜单项目比较多）。Nautilus 也有这种情况存在。目前，gnome的菜单条的处理并不是那么完美的。如果觉得出现放置菜单的applet过于像macos的话呢，可以参考gthumb 的工具条那样，在菜单条不能完整显示时，应该在最右边出现一个

，这样用户就可以比较轻松的找到被隐藏掉的菜单部分。关于Nautilus的OO 界面，其实还有许多地方都是不够简洁，不够人性的地方，等我有空再写写？（又一张空头支票，已经欠GCN.org好多了张了

，各位大人我会努力的:rool:）。

还有一个是曾经想过如果能把搜索功能（我的梦想是GNOME-Storage）整合到 file－chooser上就太棒了，通过和OO化的Nautilus结合简直就是天下无敌——超级简洁的界面＋超级强大的功能。,还画了些草图

。没想到真的有人（Federico ）在做了：（是Beagle，如果 Gnome-Storage成熟后就更完美了，Beagle我还是不太喜欢）

下面就是Federico的GtkFileChooser 扩展界面，

http://primates.ximian.com/%7Efederico/docs/file-chooser-extension-spec/index.html

jcome · 发表于 2004-10-28 09:17:51

[code:1]
------------------------------

Date: Mon, 25 Oct 2004 13:50:04 -0700 (PDT)
Wrom: BRNVWWCUFPEGAUTFJMVRESKPNKMBIP
To: gimp dev <[email protected]>
Subject: Re: [Gimp-developer] gimp GUI
Message-ID: <[email protected]>
In-Reply-To: <[email protected]>
Content-Type: text/plain; charset=us-ascii
MIME-Version: 1.0
Precedence: list
Message: 5

<snip>
> gimp 2 includes a menubar, thank goodness!
I like the menu but it would be even better to make
some sort of scroll in the menu. What am I talking
about?
Say I have a small image....the menu gets cut in half.
If there was a way to make that menu scrollabe so
everything can be seen, it would be nice.

--Gezim

_______________________________
[/code:1]

终于有人在邮件列表上提出来了，

jcome · 发表于 2004-10-28 09:21:17

要从GTK入手。

[code:1]Hi,

Gezim Hoxha <[email protected]> writes:

> I like the menu but it would be even better to make
> some sort of scroll in the menu. What am I talking
> about?
>
> Say I have a small image....the menu gets cut in half.
> If there was a way to make that menu scrollabe so
> everything can be seen, it would be nice.

That would be a GTK+ issue, but IIRC this has been suggested already
and there's a bug report about it. Now someone just needs to fix it.

Sven[/code:1]

xLoneStar · 发表于 2004-10-31 04:59:37

Cool

jcome · 发表于 2004-12-16 00:10:12

[code:1]
Anyway, I replied to Raphael, but I realized I didnt cc the mailing list
at all, duh. I proposed just the same kind of an ui:

http://primates.ximian.com/~tigert/stuff/iconsizeproperties.png

But basically, to explain that:

      This is my quick idea, feel free to mail me back if you have
      more questions or comments. One would adjust the icon size with
      the slider. The big question is: should that icon on the dialog
      itself change size when stretched? How big? It would resize the
      window, which might be cumbersome (because the position of the
      slider would move on the screen as well) - so I am inclined to
      think it shouldnt change the size there - at least not until you
      let go of the slider after the adjustment. Perhaps not at all.

            * The checkbox should show "..on Desktop" when the file is
            on the Desktop, and "Make all icons on my folders this
            size" when the file is in a regular folder - so Desktop
            icons can be different size compared to icons in
            "regular folders". I might even leave out the pixel size
            label, it might be even cleaner looking with just the
            slider - could have a tooltip if we insist having the
            pixel size information present.

      By the way, you might notice I also changed the date
      representation to be more in line with "human language" - see my
      blog
      (http://tigert.gimp.org/log/archives/2004/11/29/date-revisited-new-thoughts/) about my thoughts about this - in my opinion this should be a gnome-wide facility for applications to use.

And I do think the pixel value label on the slider is not needed at all,
just unnecessary clutter.

//Tuomas

--
Tuomas Kuosmanen <[email protected]>

------------------------------
[/code:1]

cobranail · 发表于 2004-12-17 01:20:56

说道这个，我又想起来了一个
gnome里搜索太麻烦了，nautilus不支持搜索，能把搜索功集成到nautilus的界面里就好了

其实你说的那个“把菜单放在最上面”的功能metacity正在实现它，只是现在还没有实现，不过kde倒是实现了

xLoneStar · 发表于 2004-12-17 02:11:16

有道理

jcome · 发表于 2004-12-17 20:08:06

没错，按照 gnome 的理念，强大的搜索技术是其桌面不可少的，而且从 1.4 的时代就开始在尝试了。

Medusa（水母）或 Beagle（猎狗）或 Gnome-Storage。

要不是Eazel 的突然关门，Medusa早就在桌面搜索上领跑了。。。

Beagle 的开发进度比Medusa要好, Gnome-Storage 更为缓慢，
虽然按照 Seth Nickell 的说法，上面的三种技术是不尽相同的。

有人说 Beagle 的话要加如 MONO，而倾向选用 Medusa，

突然想起了曾经的致爱－BeOS，（Nautilus 和 beos 的 Opentracker 有非常多的相似之处，而且都是 Pavel Cisler 的作品，现在他和 Dominic Giampaolo (BeOS BFS的设计者）又为 Apple 设计 Spotlight 搜索技术了。

http://www.gnome-cn.org/Members/jcome/folder.2004-07-15.5259268139/doc.document-indexing-system.20040716
http://www.freelamp.com/1003247313/index_html

Medusa 目前也升级到 gtk2.4 了，曾经是 gnome-2.6 的候选者，但是非常可惜，最终。。。。：
http://members.cox.net/sinzui/blog/medusa.html

Nautilus（鹦鹉螺）——怎么尽是动物？？

jcome · 发表于 2004-12-17 20:14:18

》其实你说的那个“把菜单放在最上面”的功能metacity正在实现它，
》只是现在还没有实现，

是吗？有没有链接可让我看看？

》不过kde倒是实现了

kde 好像是一直就有的（至少是我尝试linux以来）

gtk的菜单是可以剥离的，我想实现起来应该不难吧。就用 applet 的形式来实现。
到时候就有一个menu-applet啦。哈！

jcome · 发表于 2004-12-17 20:17:51

其实 gimp 的界面设计不够 inkscape 的友好。

jcome · 发表于 2004-12-17 20:28:45

一旦 Medusa 变为 Gnome 的标准模块，那么 rhythmbox 的音乐文件管理的功能也就变成了多余的了，这样就可以更加简化程序的操作。

想象一下 Evolution（outlook也可以）对邮件等的所搜功能，

xLoneStar · 发表于 2004-12-19 00:32:05

medusa 不是一个全文搜索系统么？怎么变得这么庞大了？

cobranail · 发表于 2004-12-19 11:28:05

是我看错了，metacity说的是另一种方式。
/apps/metacity/general/application_based
metacity
(未实现)导航以应用程序而不是窗口的方式工作
如果为 true，那么 Metacity 将以应用程序而不是窗口的方式工作。该概念有点抽象，但通常基于应用程序的设置更类似于 Mac 系统，而不太像 Windows 系统。当您以基于应用程序的模式聚焦窗口时，该应用程序中的所有窗口都将被提升。同时，在基于应用程序的模式下，聚焦点击不会被传递到其它应用程序中的窗口。这种设置的存在有些问题。但是，使所有特定细节的设置基于应用程序要比基于窗口好，如是否传递点击操作的设置。同时，基于应用程序的模式目前还基本没有实现。

jcome · 发表于 2004-12-20 21:58:57

>>那么 Metacity 将以应用程序而不是窗口的方式工作。
这个方式还是值得期待的,特别是对于Gimp这样的多窗口的应用程序，
目前的窗口方式有时真是难受－－－特别是在不太大的屏幕上工作时．

＞＞更类似于 Mac 系统
Mac上的Phostshop也是多窗口的，但在应用程序而不是窗口的方式下工作，
就不会有上面说的感受．

jcome · 发表于 2004-12-20 22:04:23

[quote:5c933360b1="xLoneStar"]medusa 不是一个全文搜索系统么？怎么变得这么庞大了？[/quote]

有时觉得　Medusa　的开发者＂好高骛远＂　，这山望着那山高，远不如beagle的开发者务实．

		自动登录	找回密码
密码			注册