headers
Amir Michail | 10 Jan 2005 02:07
Picon
Picon
Favicon

Make predictions about GNOME in a New Google Game


Hi,

I have added over 70 GNOME related (Query, URL) pairs into the
Speculative Search Game -- a new Google game.

Just search for "gnome" to find them when making predictions:

http://www.cse.unsw.edu.au/~amichail/spec/

The Speculative Search Game allows you to predict which web pages will
rank more highly on Google in the future. Your score will depend on
the actual ranking of those pages in the future.

The output of the game will be used to build a Speculative Search
Engine that ranks those web pages more highly today.

Note that such predictions can be helpful in managing a large project.
See for example this article:

http://www.time.com/time/insidebiz/article/0,9171,1101040712-660965,00.html

The GNOME (Query, URL) pairs that I added have the query "gnome".
Feel free to add other sorts of queries to those URLs (e.g.,
"graphical desktop environment", "word processor", "bindings", etc.)

Of course, feel free to add other sites as well, including any of your
GNOME sites that I have missed.

Amir
(Continue reading)

Permalink | Reply | 1 comment |
headers
Marcin Lewandowski | 11 Jan 2005 18:54

Problems with glade (toolbar)


Hi!

I'm making this in Glade:

1. New GNOME Project
2. New GNOME window
3. Add one field to standard toolbar
4. Copy existing button from toolbar
5. Paste this button into new, empty toolbar's field

Field disappeares.

When I make:

1. New GNOME Project
2. New window
3. Add toolbar to window
4. Add button to toolbar's field

Field disappeares.

I see invisible button on properties tree view.

Changing properties of invisible button don't give any effect.

When I change button to standard one (clicking from popup menu of button 
in properties tree view) - it appeares but it looks different than rest 
of buttons in toolbar (it isn't flat like other buttons in toolbar in my 
Mist gnome theme)
(Continue reading)

Permalink | Reply | 2 comments |
headers
Nickolay V. Shmyrev | 11 Jan 2005 23:09
Picon
Favicon

Re: Problems with glade (toolbar)


В Втр, 11/01/2005 в 18:54 +0100, Marcin Lewandowski пишет:

Hello. 

You've forgot to mention the most important thing - glade version,
versions of gnome libraries and so on. I can't reproduce your problems
with Gnome 2.8 and glade-2.6. So probably upgrade to recent version of
gnome libraries will help you.

If this problem will be reproduced with latest version of software, feel
free to add a new bug to glade project at http://bugzilla.gnome.org. It
is more appropriate to discuss problems like yours.

> Hi!
> 
> I'm making this in Glade:
> 
> 1. New GNOME Project
> 2. New GNOME window
> 3. Add one field to standard toolbar
> 4. Copy existing button from toolbar
> 5. Paste this button into new, empty toolbar's field
> 
> Field disappeares.
> 
> When I make:
> 
> 1. New GNOME Project
> 2. New window
(Continue reading)

Permalink | Reply | 1 comment |
headers
antongiulio | 12 Jan 2005 12:01
Picon
Favicon

Indeterminate-progress indicator in statusbar


Hi,

how is it possibile realize an "indeterminate-progress indicator in statusbar"?

A hybrid/fusion of:

http://developer.gnome.org/projects/gup/hig/2.0/images/progress-indeterminate.png
(just the bar)

and:
http://developer.gnome.org/projects/gup/hig/2.0/images/controls-status-bar.png
(substitute "Zoom 75%" string with above bar)

A link to a program's source code or snippet is good.

Thank you very much
Giulio

 
 --
 Email.it, the professional e-mail, gratis per te: http://www.email.it/f

 Sponsor:
 Ab king pro l'unico attrezzo che ti permette di ottenere addominali piatti e scolpiti in poche sedute.
* 
 Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=2844&d=12-1
Permalink | Reply | 0 comments |
headers
Marcin Lewandowski | 12 Jan 2005 17:12

Re: Problems with glade (toolbar)


Nickolay V. Shmyrev napisał(a):
> В Втр, 11/01/2005 в 18:54 +0100, Marcin Lewandowski пишет:
> 
> Hello. 
> 
> You've forgot to mention the most important thing - glade version,
> versions of gnome libraries and so on. I can't reproduce your problems
> with Gnome 2.8 and glade-2.6. So probably upgrade to recent version of
> gnome libraries will help you.

I've got gentoo, synced yesterday. And after your post I thaught that 
maybe gentoo has old glade in repository. And it's right - latest stable 
is 2.0.1 (and that was my version). I've unmasked glade and compiled 2.6.7.

I haven't ever thought that any app in gentoo may be as old in 
repository as glade.

--

-- 
m.
Permalink | Reply | 0 comments |
headers
nshmyrev | 12 Jan 2005 17:23
Picon
Favicon

Re: Indeterminate-progress indicator in statusbar


Hi, Antonio. :)

Why are you have problems with implementation of this? It's easy. Do I understand correctly, that you
construct your interface from glade file? Then you can just get your progress bar widget with 
glade_xml_get_widget and do what you want with it. There is nice example of progressbar usage in 
gtk sources in examples subdirectory.

http://cvs.gnome.org/viewcvs/gtk%2B/examples/progressbar/progressbar.c?rev=1.15&view=auto

Also you can look at

http://developer.gnome.org/doc/API/2.0/gtk/GtkProgressBar.html
Permalink | Reply | 0 comments |
headers
Tomasz Kłoczko | 12 Jan 2005 19:13
Picon
Picon
Picon

keyboard is *DEAD* after upgrade to GNOME 2.9.4




hi,

Something realy bad happen to me today :>
After upgrade to all latest GNOME 2.9.4 paskages run gnome-session causes 
keyboard is *completly dead*.

It *must be* something GNOME 2.9.4 related because if I'm:

1) run xinit: keyboard is correct,

2) inside unframed xterm window runing "metacity &" -> keyboard sill is
    functional,

3) run additionaly "gnome-pannel &" -> keyboard sill is functional,

4) killing X sesion and again run "xinit" and inside unframed xterm window
    run "gnome-session &" causes keyboard is dead,

5) remote login -> "killall X"
    -> run again xinit and inside "xev &; gnome-session &"
    -> I can make focus on xev window using mouse-> try tapping any key
    shows *no keyboard releated X evens* is passed to xev .. 8-O

    Preessing numlock, caplock, scroll-lock even do not changes keyboard
    LEDs state .. keyboard is completly unavalaible.
(Continue reading)

Permalink | Reply | 1 comment |
headers
Tomasz Kłoczko | 12 Jan 2005 21:38
Picon
Picon
Picon

Re: keyboard is *DEAD* after upgrade to GNOME 2.9.4



On Wed, 12 Jan 2005, Tomasz Kłoczko wrote:
[..]

Something more about this case ..

Aftter I run "metacity &; gnome-pannel &" inside X session initialized by 
xinit:
- in xterm window: "setxkbmap pl" (for initialize polish keyboard mapping)
- chhose from menu Preferences -> Keyboard and after this keyboard is
   unavalaible.

So bug proably is in some part of control-center or somethin aroud. Now I 
have installed control-center 2.9.3 (2.9.4 was released during my 
upgrade).

Tomorrow I'll try to upgrade control-center to 2.9.4 but it IMO should be 
OK with 2.9.3.

I'm not check is above is repeatable without "setxkbmap pl".

kloczek
--

-- 
-----------------------------------------------------------
*Ludzie nie mają problemów, tylko sobie sami je stwarzają*
-----------------------------------------------------------
Tomasz Kłoczko, sys adm  <at> zie.pg.gda.pl|*e-mail: kloczek <at> rudy.mif.pg.gda.pl*
(Continue reading)






Permalink
| Reply
| 0 comments  
| 



  

  

  





headers


Sergey Udaltsov
 | 
13 Jan 2005 18:17






Picon





Re: keyboard is *DEAD* after upgrade to GNOME 2.9.4



Hello Tomas

Since this is mostly my problem - we can discuss it in bugzilla, if
you open a bug - or we could use direct mail. First of all, when you
upgrade to 2.9.4 - I'd ask you to check whether the problem disappears
when you kill gnome-settings-daemon - or not. Also, I wonder, is there
any surge in the CPU usage or something similar?

I'd really appreciate if you open a bug with all the details you can
provide. Thanks.

Cheers,

Sergey

> Something realy bad happen to me today :>
> After upgrade to all latest GNOME 2.9.4 paskages run gnome-session causes
> keyboard is *completly dead*.
> 
> It *must be* something GNOME 2.9.4 related because if I'm:
> 
> 1) run xinit: keyboard is correct,
> 
> 2) inside unframed xterm window runing "metacity &" -> keyboard sill is
>     functional,
> 
> 3) run additionaly "gnome-pannel &" -> keyboard sill is functional,
> 
> 4) killing X sesion and again run "xinit" and inside unframed xterm window

(Continue reading)






Permalink
| Reply
| 0 comments  
| 



  

  

  





headers


Manuel Amador
 | 
13 Jan 2005 18:31





[maybe-OT] GNOME/FC3 on 64-bit Athlon 64



Hi everyone,

Well, it's been a long time since I've posted anything to these lists.
Excuse me for the cross-posting, please.

Has anyone noticed the memory usage of GNOME applications under 64-bit
Athlon 64?  I'm using Fedora Core 3, and I am seeing 260MB VIRT and 70MB
RSS memory footprints on e.g. Evo and Nautilus.

To tell you the truth, all apps appear to be using A LOT of RAM.  This
is a terminal server where 5 people have open sessions (three through
VNC, one on a dedicated terminal, and one on the console), and at 1GB of
RAM, it is too slow.

At random times during the day, the system thrashes horribly for like a
minute, with the consequence that almost no one can do productive work
during that interval.  All of the GB of RAM is used up, and the swap
file marks half a gig of usage.

Malicious compromise is out of the question here.

What could it be?  I'm writing in the hopes that someone has experienced
this and maybe found a solution.  Thanks in advance!
--

-- 
Manuel Amador <rudd-o <at> amautacorp.com>
Amauta






Permalink
| Reply
| 12 comments  
| 



  

  

  

  


  





    



Gmane