Hello,
The new GTK 2.14 changed the way GtkAdjustements are working:
"* GtkAdjustment now enforces that values are restricted to the
range [lower, upper - page_size]. This has always been the documented
behaviour, and the recommended practice is to set page_size to 0
when using adjustments
Hello,
The new GTK 2.14 changed the way GtkAdjustements are working:
"* GtkAdjustment now enforces that values are restricted to the
range [lower, upper - page_size]. This has always been the documented
behaviour, and the recommended practice is to set page_size to 0
when using adjustments
Having now lived with a partially audible GDM process, I thought I
should provide some small suggestions. I guess this seems the right
time.
By "partial," I mean that I have the default sound playing following my
successful login. This is good, as it provides confirmation that login
was successful
Hi!
At first, I have no idea about programming, this is only an idea then,
if nobody wants to do anything on it then OK and no problem at all :-)
The idea would be the following:
Now, I usually run remote apps doing the following:
1. I run "xhost + `remote ip`"
2. "ssh -X `remote ip`"
3. "export
On Thu, 2008-09-18 at 18:14 +0200, Pacho Ramos wrote:
> Now, I usually run remote apps doing the following:
> 1. I run "xhost + `remote ip`"
> 2. "ssh -X `remote ip`"
> 3. "export DISPLAY="`local ip`:0.0"
> 4. And I run remote app
Do you realise that steps 1 and 3 are not required, because you ena
El jue, 18-09-2008 a las 17:26 +0100, Ross Burton escribió:
> On Thu, 2008-09-18 at 18:14 +0200, Pacho Ramos wrote:
> > Now, I usually run remote apps doing the following:
> > 1. I run "xhost + `remote ip`"
> > 2. "ssh -X `remote ip`"
> > 3. "export DISPLAY="`local ip`:0.0"
> > 4. And I run remote
2008-09-18 klockan 18:38 skrev Pacho Ramos:
> El jue, 18-09-2008 a las 17:26 +0100, Ross Burton escribió:
> > On Thu, 2008-09-18 at 18:14 +0200, Pacho Ramos wrote:
> > > Now, I usually run remote apps doing the following:
> > > 1. I run "xhost + `remote ip`"
> > > 2. "ssh -X `remote ip`"
> > > 3. "
On Thu, 2008-09-18 at 18:38 +0200, Pacho Ramos wrote:
> I need them, if I skip 1 and 3 I get:
>
> $ xterm
> xterm Xt error: Can't open display:
> xterm: DISPLAY is not set
(using localhost as my other linux machines are packed up at the moment)
$ ssh -X [EMAIL PROTECTED]
[EMAIL PROTECTED]'s p
El jue, 18-09-2008 a las 18:47 +0200, Wouter Bolsterlee escribió:
> You probably need to enable X11 forwarding in the server's
> /etc/ssh/sshd_config.
>
> mvrgr, Wouter
>
You are true, now it works as expected. Thanks :-)
___
desktop-devel-list mail
El jue, 18-09-2008 a las 17:50 +0100, Ross Burton escribió:
> On Thu, 2008-09-18 at 18:38 +0200, Pacho Ramos wrote:
> > I need them, if I skip 1 and 3 I get:
> >
> > $ xterm
> > xterm Xt error: Can't open display:
> > xterm: DISPLAY is not set
>
> (using localhost as my other linux machines ar
Is there a standard way or goal for the UI and behavior of password
prompts on the desktop? Besides having as few as possible, that is.
There are several outstanding bugs against the behavior of gnome-keyring
and seahorse about password prompting. It's not difficult to code a
solution, but decidin
Le jeudi 18 septembre 2008 à 18:46 +, Stef a écrit :
> Some people want it to act like gksudo. That is, make a password prompt
> desktop modal, no other windows are accessible, everything grayed out.
>
> Use case/complaint: "I was giving a presentation in front of thousands
> of people. I did
to., 18.09.2008 kl. 10.36 +0200, skrev Sebastien Bacher:
> Hello,
>
> The new GTK 2.14 changed the way GtkAdjustements are working:
>
> "* GtkAdjustment now enforces that values are restricted to the
> range [lower, upper - page_size]. This has always been the documented
> behaviour, and the
Le mercredi 17 septembre 2008, à 17:23 -0400, Willie Walker a écrit :
> Well...hmm...if I read the answers correctly, I think what I'm hearing
> is that there are a lot of great ideas, but they aren't done yet. If
> this is the case, then I think this sounds like a regression.
I see nobody ju
Le jeudi 18 septembre 2008, à 21:53 +0200, Kjartan Maraas a écrit :
> [EMAIL PROTECTED] share]$ find . -name *.ui | xargs grep page_size
You should look for glade files too, I guess.
Vincent
--
Les gens heureux ne sont pas pressés.
___
desktop-devel-l
Hi,
Here's a reminder about some showstoppers :-) I won't do a mail as good
as Andre's mails (especially since I didn't update the status), but
well, that should be enough.
First, let's start with some new showstoppers:
gvfsd-trash crashed with SIGSEGV in g_main_context_dispatch()
http://bugzill
On Thu, Sep 18, 2008 at 4:36 AM, Sebastien Bacher <[EMAIL PROTECTED]> wrote:
>
> Would it be possible to reconsider this change? That's somewhat a
> compatibility breakage and will create issues in lot of softwares.
> If the change is right it would be nice to let a cycle for applications
> to be
Stef:
Is there a standard way or goal for the UI and behavior of password
prompts on the desktop? Besides having as few as possible, that is.
There is Trusted Path to consider. To meet Trusted Path requirements,
any entry of the root password needs to be done via a trusted user.
This means t
18 matches
Mail list logo
