After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 303873 - unable to commit through 'enter' in calendar
unable to commit through 'enter' in calendar
Status: RESOLVED DUPLICATE of bug 264404
Product: evolution-data-server
Classification: Platform
Component: Calendar
1.6.x (obsolete)
Other Linux
: Normal normal
: ---
Assigned To: evolution-calendar-maintainers
Evolution QA team
Depends on:
Blocks:
 
 
Reported: 2005-05-12 04:31 UTC by Lawrence Lim
Modified: 2008-01-14 20:21 UTC
See Also:
GNOME target: ---
GNOME version: 2.9/2.10



Description Lawrence Lim 2005-05-12 04:31:32 UTC
Distribution/Version: FC

Description of problem:
At the moment, it is not possible to commit ja characters with Enter using
CannaLE from IIIMF.

How reproducible:
Always

Steps to Reproduce:
1.in g-t, LANG=ja_JP.UTF-8 evolution
2.select Calendar
3.click on any of the time slot
4.press a, backspace
5.ctrl-space
6.sushi
7.enter
  
Actual results:
Blank, unable to commit the ja character

Expected results:
Able to commit the ja char

Additional info:
Only exist for ja locale. Tried zh_*/ko and other indic locales as well.
Comment 1 Nagappan Alagappan 2005-05-12 06:40:06 UTC
Adding keyword
Comment 2 Nagappan Alagappan 2005-05-12 06:41:27 UTC
Lawrence: Can you please try with latest version ?
Comment 3 Akira TAGOH 2005-05-19 02:20:45 UTC
This problem still happens with the latest version. for more info,
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=154360
Comment 4 André Klapper 2005-12-11 02:04:17 UTC
there's a patch available at redhat bugzilla for evo-2.2.

so is this still valid with evo2.4? please REOPEN then.
Comment 5 Hiroyuki Ikezoe 2006-06-09 00:36:06 UTC
Still valid. 
Pleaese use test im module in bug 321310. If you use this module, you can see the issue.

Many Fedora users use SCIM, so they think the issue has gone. But sill here.
SCIM use gtk_key_snooper_install to get key event before widget getting key event, so the issue does not happen.
Comment 6 André Klapper 2006-06-09 00:48:48 UTC
hiroyuki, thanks a lot for testing this.
does applying the redhat patch help/fix this?
Comment 7 Hiroyuki Ikezoe 2006-06-09 01:32:57 UTC
I'm sorry, I didn't look the patch yet. I'll do it soon.
Comment 8 Hiroyuki Ikezoe 2006-06-09 01:51:52 UTC
I looked the patch briefly.

Tagoh san, can you use g_signal_connect_after?
If you use it, "Return" key press event is not robbed by EDayView. Isn't it?
Comment 9 Hiroyuki Ikezoe 2006-06-13 02:53:06 UTC
I confirmed that this bug has fixed only the following change.

But another bug happens. The bug is that focus entry does not move to next entry when "Return" key is pressed. Just LF is fed in editing entry.

Neverthless, I think this approach is right. 

EText widget should have property such as "Multi-Line", and if the value is FALSE, "activate" signal is emitted when "Return" key is pressed like GtkEntry does. EDayView gets the "activate" signal, then move its focus to next entry.


diff -u -p -r1.298 e-day-view.c
--- e-day-view.c        4 May 2006 15:14:24 -0000       1.298
+++ e-day-view.c        13 Jun 2006 02:38:51 -0000
@@ -4469,7 +4473,8 @@ e_day_view_reshape_long_event (EDayView
                                               NULL);
                g_object_set_data (G_OBJECT (event->canvas_item), "event-num", GINT_TO_POINTER (event_num));
                g_object_set_data (G_OBJECT (event->canvas_item), "event-day", GINT_TO_POINTER (E_DAY_VIEW_LONG_EVENT));
-               g_signal_connect (event->canvas_item, "event",
+
+               g_signal_connect_after (event->canvas_item, "event",
                                  G_CALLBACK (e_day_view_on_text_item_event), day_view);
                g_signal_emit_by_name (G_OBJECT(day_view),
                                       "event_added", event);
@@ -4656,7 +4661,8 @@ e_day_view_reshape_day_event (EDayView *
                                                       NULL);
                        g_object_set_data (G_OBJECT (event->canvas_item), "event-num", GINT_TO_POINTER (event_num));
                        g_object_set_data (G_OBJECT (event->canvas_item), "event-day", GINT_TO_POINTER (day));
-                       g_signal_connect (event->canvas_item, "event",
+
+                       g_signal_connect_after (event->canvas_item, "event",
                                          G_CALLBACK (e_day_view_on_text_item_event), day_view);
                        g_signal_emit_by_name (G_OBJECT(day_view),
                                               "event_added", event);
Comment 10 Matthew Barnes 2008-01-14 20:21:36 UTC
It looks like this was fixed in Evolution 2.21.5 by bug #264404.

Closing as a duplicate.

*** This bug has been marked as a duplicate of 264404 ***