Send buglog mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.openmoko.org/mailman/listinfo/buglog
or, via email, send a message with subject or body 'help' to
[EMAIL PROTECTED]
You can reach the person managing the list at
[EMAIL PROTECTED]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of buglog digest..."
Today's Topics:
1. [Bug 640] New: MokoScrolledPane not able to scroll a gtkhtml
Widget ([EMAIL PROTECTED])
2. [Bug 640] MokoScrolledPane not able to scroll a gtkhtml
Widget ([EMAIL PROTECTED])
3. [Bug 640] MokoScrolledPane not able to scroll a gtkhtml
Widget ([EMAIL PROTECTED])
4. [Bug 641] New: Coreutils fails to build with glibc 2.6
([EMAIL PROTECTED])
5. [Bug 641] Coreutils fails to build with glibc 2.6
([EMAIL PROTECTED])
6. Your Bugzilla buglist needs attention. ([EMAIL PROTECTED])
7. [Bug 628] start Xserver error
([EMAIL PROTECTED])
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=640
Summary: MokoScrolledPane not able to scroll a gtkhtml Widget
Product: OpenMoko
Version: current svn head
Platform: All
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: Theming
AssignedTo: [email protected]
ReportedBy: [EMAIL PROTECTED]
CC: [email protected]
I modified the Stylus Demo by Mickey and included a gtkhtml widget in the
MokoScrolledPane* detailswindow instead of GtkLabel* details.
The problem: the content of the gtkhtml widget displays its content but it is
not scrollable as the scrollbar is always at full height.
One workaround would be to specify the height of my gtkhtml widget with
gtk_widget_set_size_request but I think MokoScrolledPane has to detect the
correct size by its own
If I replace MokoScrolledPane* detailswindow = moko_scrolled_pane_new() with a
normal GtkScrolledWindow and add my gtkhtml widget with
gtk_scrolled_window_add_with_viewport my gtkhtml widget is correctly scrolled
but I want to use MokoScrolledPane because of the tiny fullscreen button.
I tried to put my gtkhtml widget into several different containers (viewport,
hbox) but nothing added the scroll functionality to MokoScrolledPane. I could
embed my gtkhtml widget within a GtKScrolledWindow inside a MokoScrolledPane but
this would only result in two seperate Scrollbars: the outer MokoScrolledPane
Scrollbar not working and the inner one working as expected.
I had a look into the the MokoScrolledPane implementation and saw that the
scrolling ability was disabled with gtk_scrolled_window_set_policy(
GTK_SCROLLED_WINDOW(priv->scrolledwindow), GTK_POLICY_NEVER, GTK_POLICY_NEVER );
But this obviously has to be so because the scrollbar and fullscreen button are
added manually later.
We see that MokoScrolledPane can scroll a gtk_label corretly. Why can't it do so
with a gtkhtml widget - the GtkScrolledWindow can!
I didn't look very deep into the openmoko code but I think that this is a
problem that has to be solved for further development with the openmoko gtk
style.
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
You are on the CC list for the bug, or are watching someone who is.
--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=640
------- Additional Comments From [EMAIL PROTECTED] 2007-07-16 23:08 -------
Here is the code to reproduce this bug:
//create the document
HtmlDocument *document = html_document_new();
html_document_clear(document);
html_document_open_stream(document, "text/html");
html_document_write_stream(document, "", strlen(""));
html_document_close_stream(document);
//create the gtkhtml widget and supply the document to it
GtkWidget *view = html_view_new();
html_view_set_document( HTML_VIEW(view), document );
//delete this line to let the scrollbar disappear
gtk_widget_set_size_request(view, -1, 1000);
//use MokoScrolledPane to display the widget
MokoScrolledPane* detailswindow = moko_scrolled_pane_new();
moko_scrolled_pane_pack_with_viewport (MOKO_SCROLLED_PANE (detailswindow),
GTK_WIDGET(view) );
Just Insert some test html in html_document_write_stream. If you uncomment
gtk_widget_set_size_request it will no longer be scrollable.
As said before I also tried to pack the widget in different containers with no
luck.
Here is the same code but without the use of MokoScrolledPane:
//create the document
HtmlDocument *document = html_document_new();
html_document_clear(document);
html_document_open_stream(document, "text/html");
html_document_write_stream(document, "", strlen(""));
html_document_close_stream(document);
//create the gtkhtml widget and supply the document to it
GtkWidget *view = html_view_new();
html_view_set_document( HTML_VIEW(view), document );
//use gtk_scrolled_window to display the widget
GtkWidget *scrolledwindow = gtk_scrolled_window_new(NULL, NULL);
gtk_scrolled_window_set_policy (GTK_SCROLLED_WINDOW (scrolledwindow),
GTK_POLICY_AUTOMATIC, TK_POLICY_ALWAYS);
gtk_container_add(GTK_CONTAINER(scrolledwindow), view);
And this works! I only changed the last two lines and replaced them with the gtk
widgets instead of the moko widgets.
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
You are on the CC list for the bug, or are watching someone who is.
--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=640
[EMAIL PROTECTED] changed:
What |Removed |Added
----------------------------------------------------------------------------
Severity|normal |trivial
Status|NEW |RESOLVED
Resolution| |INVALID
------- Additional Comments From [EMAIL PROTECTED] 2007-07-16 23:34 -------
Okay... this is very embarrassing...
After looking deeper into /openmoko-libs/libmokoui/moko-scrolled-pane.c I
realized that I just had to use moko_scrolled_pane_pack instead of
moko_scrolled_pane_pack_with_viewport... and I tried for HOURS and used the
bugreport as my last ressort - sry, I should have more faith in you guys you are
really doing a GREAT job!
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
You are on the CC list for the bug, or are watching someone who is.
--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=641
Summary: Coreutils fails to build with glibc 2.6
Product: OpenMoko
Version: unspecified
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: OE bitbake recipes / build system
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
CC: [email protected]
A new function futimens has been added to glibc 2.6, conflicting with the one in
gnulib as used by coreutils. The attached patch renames it to gl_futimens within
coreutils, as done by upstream. I
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=641
------- Additional Comments From [EMAIL PROTECTED] 2007-07-17 01:28 -------
Created an attachment (id=213)
-->
(http://bugzilla.openmoko.org/cgi-bin/bugzilla/attachment.cgi?id=213&action=view)
Patch for coreutils & glibc 2.6
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
--- End Message ---
--- Begin Message ---
[This e-mail has been automatically generated.]
You have one or more bugs assigned to you in the Bugzilla
bugsystem (http://bugzilla.openmoko.org/cgi-bin/bugzilla/) that require
attention.
All of these bugs are in the NEW state, and have not been touched
in 7 days or more. You need to take a look at them, and
decide on an initial action.
Generally, this means one of three things:
(1) You decide this bug is really quick to deal with (like, it's INVALID),
and so you get rid of it immediately.
(2) You decide the bug doesn't belong to you, and you reassign it to someone
else. (Hint: if you don't know who to reassign it to, make sure that
the Component field seems reasonable, and then use the "Reassign bug to
owner of selected component" option.)
(3) You decide the bug belongs to you, but you can't solve it this moment.
Just use the "Accept bug" command.
To get a list of all NEW bugs, you can use this URL (bookmark it if you like!):
http://bugzilla.openmoko.org/cgi-bin/bugzilla/buglist.cgi?bug_status=NEW&[EMAIL
PROTECTED]
Or, you can use the general query page, at
http://bugzilla.openmoko.org/cgi-bin/bugzilla/query.cgi.
Appended below are the individual URLs to get to all of your NEW bugs that
haven't been touched for a week or more.
You will get this message once a day until you've dealt with these bugs!
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=41
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=69
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=70
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=112
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=114
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=129
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=137
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=141
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=181
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=276
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=301
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=340
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=344
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=347
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=352
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=412
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=422
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=448
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=466
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=470
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=471
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=511
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=555
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=572
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=589
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=605
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=624
--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=628
[EMAIL PROTECTED] changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
------- Additional Comments From [EMAIL PROTECTED] 2007-07-17 06:26 -------
This bug isn't exist. Cos my device has bad block on rootfs space.
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
--- End Message ---
_______________________________________________
buglog mailing list
[email protected]
http://lists.openmoko.org/mailman/listinfo/buglog
