gmane.comp.gnome.desktop

Re: 3.6 Feature: Lock Screen

Giovanni Campagna — 2012-05-16T16:08:49

(sorry it took me this long to reply...)

2012/5/12 Marina Zhurakhinskaya <marinaz< at >redhat.com>:

Ugh - that's a problem. Weird X has no notification of grabs going
away. In any case watching dbus is probably the right thing to do (or
may be looking for EnterNotify on the guardian window, which would be
syntethized by X upon removing the grab?)


Ok. I don't think it makes much difference, although it avoids us
going down to Xlib.

Btw, for now I'm concentrating on the PAM/gdm stuff, so this extra
locking part will come later.

Giovanni

Re: Some points about IM integration

Piñeiro — 2012-05-16T10:44:42

This copy and paste is not required for most of the apps. I have just
tried with gedit and I was able to write text with dasher without this
copy and paste process.

Hint: in order to do that you need to use the option "direct"

   $dasher -a direct

Having said so, and elaborating "most of the apps": in the case of
gnome-shell this copy and paste is required on the overview, as there
isn't a full integration in that case.


"direct" was a Dasher option since years. About having Dasher appear
when a text field appear, yes I guess that it would be a fine improvement.


Obviously there is a relation between alternative keyboard inputs
(including on screen keyboards and apps like dasher) and input methods.

BR

Re: gnome goals for 3.6

Patryk Zawadzki — 2012-05-16T09:45:04

2012/5/16 Matthias Clasen <matthias.clasen< at >gmail.com>:

Please don't as "fallback mode" then has 90% probability of using a
wrong grammatical case (ie. nominative).

Re: application menu design - contributing to the wiki onlive.gnome.org

Allan Day — 2012-05-16T09:29:18

Hey!

Feel free to use the playground space for your ideas. That's what it's
there for. :)

Allan

On Wed, May 9, 2012 at 5:00 AM, Pigeon Lips <pigeonlips< at >gmail.com> wrote:

Re: Some points about IM integration

Tomas Frydrych — 2012-05-16T08:30:30

Hi Owen,

I heartily agree with this a statement of direction to pursue;
standardization is a good principle.

But there is the matter of the timetable for rolling this out --
considering the feedback from CJK users, I think assessment is needed of
what work should be done on the chosen framework *itself* before a sound
decision on whether the standardization should happen in the 3.6 cycle
can be made.

Tomas


On 15/05/12 00:27, Owen Taylor wrote:

Re: application menu design - contributing to the wiki onlive.gnome.org

Olav Vitters — 2012-05-16T07:40:18

Hi,

Just add your page somewhere below that Playground page. To contact the
design people, best to use IRC (#gnome-design on irc.gnome.org).

As it is IRC, might take a while before someone responds. But just state
your ideas and if someone is around, they'll respond. I think US working
hours is best time to try.

Re: Some points about IM integration

Takao Fujiwara — 2012-05-16T06:51:50

BTW, regarding to the input method on gnome-shell, we need to fix the following bugs.

https://bugzilla.gnome.org/show_bug.cgi?id=658420
https://bugzilla.gnome.org/show_bug.cgi?id=658325

Probably this is a good opportunity to inform who is interested.
I'll be back on those bugs before 3.6.

Re: Some points about IM integration

Marguerite Su — 2012-05-16T06:24:39

Hi, I can't agree more.

anyway here's a tech list.

not users' help desk.

so feel free to ban anything anyone against the rule,

ignore the non-tech reply, the support/resist thing, because they
doesn't have any point or make any sense.(including some of mine)

it's far away from tech recently.

I gave my effect to remove(and removed) the source where angry
boosters in C community gathered.

it might help. but I don't know.

and personally(this word is not good here) I support GNOME's IBUS
decision and hope it can be implemented to help the newbies, since
"the other IM developer(s)" has promised there're a lot of ways to
make things happen.

Marguerite

Re: Some points about IM integration

Olav Vitters — 2012-05-16T06:11:54

I am calm. Be technical and all is fine.

Saying "KILLING" in capitals is NOT acceptable.

Yes, I'm sure you do great things. But what matters to me is the way the
discussion is held. You can be the greatest person ever, but if your
messages are not following some proper conversation styles, I will
continue to either warn or ban.

Saying "KILLING" is just distracting. It adds nothing of value to the
discussion.

Re: Some points about IM integration

Takao Fujiwara — 2012-05-16T05:36:05

Hmm.., probably it's not accurate.
I explained my current patch and confirmed if it can resolve your concerns but don't promise anything. I think the design would be decided by GNOME.

fujiwara

Re: Some points about IM integration

Nguyen Thai Ngoc Duy — 2012-05-16T04:01:37

On Wed, May 16, 2012 at 12:53 AM, Jasper St. Pierre
<jstpierre< at >mecheye.net> wrote:

There is resistance to changes after some support is in. Someone
already mentioned the power off button case, which took several cycles
to finally get fixed. I _think_ designers/developers moved their focus
to other stuff because it sort of works already.

So if there are strong opposing opinions from the beginning. I'd
rather see the discussion settled down than just go with one and see
what (likely never) happens next.

Re: gnome goals for 3.6

Matthias Clasen — 2012-05-16T01:17:00


These cases are tricky.
Sometimes you can eliminate the markup by doing something like

s = g_strdup_printf ("<i>%s</i>", _("fallback mode"));
/* Translators, %s stands for 'fallback mode' here */
msg = g_strdup_printf _("Unfortunately GNOME 3 failed to start
properly and started in the %s"), s);

But this is considerably more clumsy than the embedded markup version,
and you may well introduce memory leaks and new 'split string'
translation issues this way.

Use your judgement.
_______________________________________________
desktop-devel-list mailing list
desktop-devel-list< at >gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: Tomboy Replacement???

Hubert Figuière — 2012-05-16T00:00:46

Gnote?
http://live.gnome.org/Gnote

Hub

Tomboy Replacement???

Adam Lechowicz — 2012-05-15T20:43:53

Hello GNOME Developers,

I would like to ask you if you are in need of a Tomboy Notes
replacement. As you may know, many large distros have stopped using
Tomboy Notes because of the large amount of dependencies needed to run
it. To be exact, here is a terminal output from Debian's "apt-get"

Reading package lists... Done
Building dependency tree      
Reading state information... Done
The following extra packages will be installed:
  binfmt-support cli-common libappindicator0.1-cil libdbus-glib1.0-cil
  libdbus1.0-cil libgconf2.0-cil libgdiplus libglib2.0-cil libgmime2.6-cil
  libgtk2.0-cil liblaunchpad-integration1.0-cil libmono-addins-gui0.2-cil
  libmono-addins0.2-cil libmono-cairo4.0-cil libmono-corlib4.0-cil
  libmono-i18n-west4.0-cil libmono-i18n4.0-cil libmono-posix4.0-cil
  libmono-security4.0-cil libmono-sharpzip4.84-cil
  libmono-system-configuration4.0-cil libmono-system-core4.0-cil
  libmono-system-drawing4.0-cil libmono-system-security4.0-cil
  libmono-system-xml4.0-cil libmono-system4.0-cil mon

Re: Some points about IM integration

Justin Wong — 2012-05-15T17:40:58

Sorry for being mad, no offence to u.

First I would say I approve  GNOME to integrate with an IMF, and even
choose one IMF as defualt.

BUT, IMF must be switchable.

As I have said for several times, provide a interface that IMFs can be well
integrated with GNOME.

There is a solution too satisfy multipul IMFs,  but our points' are just
Ignored , even though Wen Xuetian has said he can prove it with code!

GNOME provide machanism, IMFs provide implementation.

It's not time to discuss WHICH IMF should be integrated, it's time to
discuss HOW IMF can be integrated.

I know it will not be a easy job, but it's something that should be done.

Whichever IMF u now choose as the only IMF for gnome, u are KILLING othe
IMFs, so do u think other IMFs' developers work worth nothing?

PLEASE, calm down, slow down, and discuss about how to provide a machanism,
and how IMFs can be integrated.

P.S.   Ma said "u can switch and fork", yes, surely I can do,  but GNOME
user will suffer an dirty hacked input system, that's too

Re: Some points about IM integration

Justin Wong — 2012-05-15T17:19:09

Sorry for being mad, no offence to u.

As I have said for sevral times, provide a interface that IMFs can be well
integrated with GNOME, but our points' are just
Ignored by u, even though Wen Xuetian has said he can prove it with code!

GNOME provide machanism, IMFs provide implementation.

I know it will not be a easy job, but it's something that should be done.

Whichever IMF u now choose as the only IMF for gnome, u are KILLING othe
IMFs, so do u think other IMFs' developers work worth nothing?

PLEASE, calm down, slow down, and discuss about how to provide a machanism,
and how IMFs can be integrated.

sent from android
On May 16, 2012 12:58 AM, "Olav Vitters" <olav< at >vitters.nl> wrote:

_______________________________________________
desktop-devel-list mailing list
desktop-devel-list< at >gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: Some points about IM integration

Justin Wong — 2012-05-15T17:17:02

Sorry for being mad, no offence to u.

As I have said for sevral times, provide a interface that IMFs can be well
integrated with GNOME

but our points' are just ignored , even though Wen Xuetian has said he can
prove it with code!  ( even code cannot convince u, i am disappointed)

GNOME provide machanism, IMFs provide implementation, that's my point.

I know it will not be a easy job, but it's something that should be done.

Whichever IMF u now choose as the only IMF for gnome, u are KILLING othe
IMFs, so do u think other IMFs' developers work worth nothing?

PLEASE, calm down, slow down, and discuss about how to provide a machanism,
and how IMFs can be integrated.

sent from android
On May 16, 2012 12:58 AM, "Olav Vitters" <olav< at >vitters.nl> wrote:
_______________________________________________
desktop-devel-list mailing list
desktop-devel-list< at >gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: Some points about IM integration

Justin Wong — 2012-05-15T13:27:52

民主无量，独裁无胆
一句 资源有限 就试图为自己托则，简直就是共产党

Go on your work, ignore and lose more users!

sent from android
On May 15, 2012 7:28 AM, "Owen Taylor" <otaylor< at >redhat.com> wrote:

_______________________________________________
desktop-devel-list mailing list
desktop-devel-list< at >gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list

application menu design - contributing to the wiki on live.gnome.org

Pigeon Lips — 2012-05-09T04:00:53

Hi All,  a very friendly person on the gnome IRC put me on this mailing
list.

Long story short i wanted to add an article to your design wiki
https://live.gnome.org/Design/Playground but thought it best to run it by
someone first.

after reading this https://live.gnome.org/Design/Whiteboards/Menus i was
inspired by the mega menu. I would like to try a mock up of extending this
concept further and wanted a place to post my thoughts, mock ups and
suggestions on how a nice mega menu could be extended via search and
context driven actions.

Is this an ok thing to do, or do i need to flesh out the idea here first ?

thanks.
_______________________________________________
desktop-devel-list mailing list
desktop-devel-list< at >gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: 3.6 Feature: Initial setup

Krzysztof Walo — 2012-05-04T19:09:09


I think if user's home directory is created before start of livecd
session, all is needed is to just copy it to hard drive, if user chooses
to install the system.

Step 1 creates user's home on livecd (squashfs). Step 4 copies it to
hard drive, including changes made in step 3. There might be few global
settings that need to be copied as well ie. NetworkManager.

Re: Some points about IM integration

Rovanion Luckey — 2012-05-15T20:17:43

Greetings all,

This fall I and three other students did an accessibility study in which
Dasher was a part. One of the issues we encountered was that the user after
having typed it's sentence or any other text into Dasher had to copy and
paste it into the application they were actually using. And if they later
discovered an issue in the text they'd have to copy it back to Dasher, edit
it and then copy and paste it to the application again.

If this hasn't changed since then and without having any knowledge of the
input management code or the Dasher code I would like to ask a question:
Wouldn't it be great to have Dasher appear when a text field is activated
in Gnome much like it does on Android[1]?

The Input Manager is called when the text area is activated. It then puts
characters in the field. This has been a great success on Android with the
most popular keyboard in the store being installed on about 100.000
devices. Couldn't something of the sorts be done in Gnome for on screen
keyboards, accessibility