Michał Słaby | 1 Sep 11:46 2004
Picon

Two ideas that could make people love GNOME even more


Hello Group,

I'd like to share with you a prof of concept how to make GNOME even better.
I emailed that to Davyd Madeley according to his "What's new in GNOME 2.8"
paper (http://davyd.angrygoats.net/gnome-2-8/) and he advised me to send
it to this group.

There are two improvements on my mind:
- right-click browsable directories, and
- quake-like terminal-on-Nautilus.
Let me explain what this mean to me.

1. Right-click browsable directories.
   In the past days I've been using BeOS as my primary OS. BeOS's
   file manager (Tracker) was very similar to what Nautilus has
   become recently. Check out this screenshot:
   http://www.epsi.pl/~mifau/g/contextPathTrans.gif
   As you can see right-clicking on folder gives you the name of that
   folder on first position in context menu. Diving into it shows
   another-level context menu with subdirectories and files and so on.
   It is *very* comfortable method of browsing filesystem and it's also
   quick. Davyd mentioned that GNOME developers don't like tree structures
   too much, but there is no tree in fact. Well, it eventually is displayed
   as a tree but branches and leaves are being loaded on demand rather than
   being preloaded.
   I think that would be excellent addition to spatial Nautilus
   (which I personally love).
(Continue reading)

Julio M. Merino Vidal | 2 Sep 22:14 2004
Picon

gnome-keyring as part of GNOME Platform?


Hi all,

First of all, hello everybody, as this is my first message to the list.
I'm not sure if this list is the right one to ask this question, so I'm assuming
it is ok; please forgive me if it's not.

The libgnomeui package requires gnome-keyring to build.  However, the
later is part of the Desktop "block" and the former belongs to the Platform.
As I see it, the Platform should be self-contained, and not depend on
packages from the Desktop.  Am I wrong?

If not, should gnome-keyring be changed to be part of the Platform?

Thanks.

--

-- 
Julio M. Merino Vidal <jmmv84 <at> gmail.com>
http://www.livejournal.com/users/jmmv/
The NetBSD Project - http://www.NetBSD.org/
Maciej Katafiasz | 2 Sep 23:54 2004
Picon

Re: Two ideas that could make people love GNOME even more


Dnia 01-09-2004, śro o godzinie 11:46 +0200, Michał Słaby napisał:
> Hello Group,
> 
> I'd like to share with you a prof of concept how to make GNOME even better.
> I emailed that to Davyd Madeley according to his "What's new in GNOME 2.8"
> paper (http://davyd.angrygoats.net/gnome-2-8/) and he advised me to send
> it to this group.
> 
> There are two improvements on my mind:
> - right-click browsable directories, and
> - quake-like terminal-on-Nautilus.
> Let me explain what this mean to me.
> 
> 1. Right-click browsable directories.
>    In the past days I've been using BeOS as my primary OS. BeOS's
>    file manager (Tracker) was very similar to what Nautilus has
>    become recently. Check out this screenshot:
>    http://www.epsi.pl/~mifau/g/contextPathTrans.gif
>    As you can see right-clicking on folder gives you the name of that
>    folder on first position in context menu. Diving into it shows
>    another-level context menu with subdirectories and files and so on.
>    It is *very* comfortable method of browsing filesystem and it's also
>    quick. Davyd mentioned that GNOME developers don't like tree structures
>    too much, but there is no tree in fact. Well, it eventually is displayed
>    as a tree but branches and leaves are being loaded on demand rather than
>    being preloaded.
>    I think that would be excellent addition to spatial Nautilus
>    (which I personally love).

(Continue reading)

Daniel Poersch | 3 Sep 07:49 2004
Picon
Picon

Re: Two ideas that could make people love GNOME even more


Maciej Katafiasz <mnews22 <at> wp.pl> writes:

> very good idea, I was frequently missing quick access to terminal, and
> ended going up a level and selecting "open with terminal". Definitely
> thumbs up from me :)
Well, there is no need to go up a level, just put the 'terminal-here' script from
http://g-scripts.sourceforge.net/ in your script directory
(~.gnome/nautilus-scripts).

Afterwards right-click in the wanted dir and call 'scripts->terminal-here',
voila!

To the developers: There are still only a few people who uses the script
directory, what about putting the 'terminal-here' script in the standart
distribution.

 
Rgds,
Daniel
Alexander Larsson | 3 Sep 08:44 2004
Picon

Re: gnome-keyring as part of GNOME Platform?


On Thu, 2004-09-02 at 22:14 +0200, Julio M. Merino Vidal wrote:
> Hi all,
> 
> First of all, hello everybody, as this is my first message to the list.
> I'm not sure if this list is the right one to ask this question, so I'm assuming
> it is ok; please forgive me if it's not.
> 
> The libgnomeui package requires gnome-keyring to build.  However, the
> later is part of the Desktop "block" and the former belongs to the Platform.
> As I see it, the Platform should be self-contained, and not depend on
> packages from the Desktop.  Am I wrong?

That is not true. The Platform does depend on many things that are not
in the platform (such as libc, libpng, etc). What classifies something
as a platform library is that the API is in a public stable form that we
recommend third party apps to use.

> If not, should gnome-keyring be changed to be part of the Platform?

gnome-keyring has been with us for a while, so maybe in the next release
we should consider moving it to a platform library.

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
 Alexander Larsson                                            Red Hat, Inc 
                   alexl <at> redhat.com    alla <at> lysator.liu.se 
He's an all-American vegetarian card sharp with a winning smile and a way with 
the ladies. She's a sharp-shooting streetsmart Hell's Angel with someone 
else's memories. They fight crime! 
(Continue reading)

javierdelapuente | 3 Sep 13:35 2004
Picon

gnomecanvas and large items


 
 

 

When scaling (with an affine matrix) a gnomecanvas item in a gnomecanvas, the item (for example a rectangle) it gets deformed when it grows too much. This problem does not happen within a gnocanvasAA. Can anyone help me??



_______________________________________________
gnome-devel-list mailing list
gnome-devel-list <at> gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-devel-list
(Continue reading)

Mike Chan | 6 Sep 04:24 2004
Picon
Picon

Survey on Open Source


Dear all,

I am conducting a survey on open source and would like to have your support
and participation. 

The URL for the questionnaire is
http://web.singnet.com.sg/~mikecck/opensource/WebFormA1.htm

Thank you very much.

Mike Chan
Kuang-Chun Cheng | 6 Sep 07:43 2004

Re: ORBit2.8.3 thread problem


Hi,

Sorry for my last un-clear question. I modify the echo-client.c (comes from
"ORBit beginners Documentation v1.6") and repeat my problem below.

* add "#include <linc/linc.h>" and "#include <pthread.h>"
* add "linc_set_threaded(TRUE)" before CORBA_ORB_init().
* change "orbit-local-orb" to "orbit-local-mt-orb".
* rewrite client_run() as following:

static void
client_run (Echo echo_service,
CORBA_Environment *ev)
{
char buf[1024];
int i = 0;
pthread_t thread;

pthread_create(&thread, NULL, thread_echo, NULL); // create a thread here

for (i=0; i<20000; ++i) { // this will stop when i == 8192 !!!!!!!
printf("Hello %d\n", i);
snprintf(buf, 1024, "Hello %d\n", i++);

Echo_echoString(echo_service, buf, ev);
if (etk_raised_exception (ev)) return;
}
(Continue reading)

Kuang-Chun Cheng | 6 Sep 07:44 2004

Re: ORBit2.8.3 thread problem


Hi,

Sorry for my last un-clear question. I modify the echo-client.c (comes from
"ORBit beginners Documentation v1.6") and repeat my problem below.

* add "#include <linc/linc.h>" and "#include <pthread.h>"
* add "linc_set_threaded(TRUE)" before CORBA_ORB_init().
* change "orbit-local-orb" to "orbit-local-mt-orb".
* rewrite client_run() as following:

static void
client_run (Echo echo_service,
CORBA_Environment *ev)
{
char buf[1024];
int i = 0;
pthread_t thread;

pthread_create(&thread, NULL, thread_echo, NULL); // create a thread here

for (i=0; i<20000; ++i) { // this will stop when i == 8192 !!!!!!!
printf("Hello %d\n", i);
snprintf(buf, 1024, "Hello %d\n", i++);

Echo_echoString(echo_service, buf, ev);
if (etk_raised_exception (ev)) return;
}
(Continue reading)

Nickolay V. Shmyrev | 6 Sep 10:37 2004
Picon

Re: ORBit2.8.3 thread problem


Well, now your problems is easily reproduced and can be solved. The main
idea is that you should be carefully, when you share memory (global
variables) between threads. You have two global variables - global_orb
and echo_client. Global orb is nicely shared because you create it with
"orb-local-mt". It is done in ORBit library. But nobody will manage
locking of echo_client structure. You should do it yourself. I mean that
to solve your problem you should either create echo_client instance in
each thread (then you can share only IOR string, which is constant) or
lock it with mutex during usage of Echo_echoString. I prefer first
solution.

You can look at echo-client-t.c example in ORBit-2.10/test directory, to
see proper example.

Your functions should look like:

void *thread_echo(void *arg)
{
	char buf[1024];
	int i = 0;
	double tmp;
	Echo echo_service = CORBA_OBJECT_NIL;

	echo_service = CORBA_ORB_string_to_object (global_orb, echo_ior, ev);

	for (i=0; i<10000; ++i) {
		printf("Thread %d\n", i);
		snprintf(buf, 1024, "Thread %d\n", i++);
		Echo_echoString(echo_service, buf, &tmp, ev);
(Continue reading)


Gmane