Re: [Sugar-devel] [DESIGN] Chage in filter in home view
Manuel, May be I am using more activities and you are using more Sugar itself, and then you are not so affected by the change. I think, my use case is closer to the learners use case. I understand you discussed this topic, but if testing we found a issue needing a change, is logic analyse if the change have merit. When you say concluded is like there are nothing more to say Gonzalo Gonzalo, yours is a respectable user case. In my case, I don't have any problem doing the search again, and I'm used to do it in gnome shell too. I wonder what learners would prefer. As Gary said we discussed three options in the design thread, and concluded in the current one, which we thought was the best. Regards, -- .. manuq .. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] Chage in filter in home view
On Thu, Sep 27, 2012 at 10:17 AM, Gary Martin garycmar...@googlemail.comwrote: Hi Gonzalo, On 26 Sep 2012, at 19:31, Gonzalo Odiard gonz...@laptop.org wrote: Can you describe how it is annoying, what were you trying to do with search, was it a complicated search string you needed to preserve, or a result state you particularly wanted to keep? UI freeze is not for another couple of weeks, reports/feedback on feature chenges is most wanted! :) I am working with any activity, then, use the filter to found it in the home, in the favorites or in the list, start the activity, and when close the activity, the search is cleaned. If I want use the same activity again, need enter the filter again. I have not switched views. The filter should be preserved. In fact, the filter should be preserved, but not shared, for every view. Example: I can filter the Read activity, go to neighbour view, the filter is empty, search for a access point My School, go back to the home, and the filter should keep the activity Read filtered. So yes, just to confirm this would be a request to revert back to the original behaviour (option 2). Have you not seen any cases where users switch back from some other task and are confused by a previous filter they had forgotten about or not realised they had triggered? I've certainly seen that at least a few times now with novice Sugar users (young adults ~20-25, technically competent, university educated, experimenting with Sugar in a group situation). Usually I have to lean over and clear the search for them, from then on they seem to be OK and manually clear searches themselves. Yes. I have seen this confusion, but as you say, this can happen only one time, and later the user knows how to use the filter. Any other alternative behaviours? Here's one possible enhancement: What if the search entry has a history drop down of the last N searches queries. The UI down side, is that it would eat a chunk of the top left canvas while you were entering a search, that might well have your result in it (Neighbourhood, Group, Home favourite layouts). I think is better keep the search as worked before. The drop down will take develop time we don't have now, and we need check how will interact with osk. Gonzalo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] OpenDyslexic font
I've asked some of the Fedora font people and it should be packaged up shortly if there's interest from any of the deployments in using it. Peter On Thu, Sep 27, 2012 at 12:13 PM, Gonzalo Odiard gonz...@laptop.org wrote: Nice! To install it, I did: 1) Go to http://www.dafont.com/open-dyslexic.font 2) Press Download, will save a file open_dyslexic.zip 3) Create a .fonts directory in your home, in my case: mkdir /home/gonzalo/.fonts 4) unzip and copy: unzip open_dyslexic.zip Archive: open_dyslexic.zip inflating: OpenDyslexic-Bold.otf inflating: OpenDyslexic-BoldItalic.otf inflating: OpenDyslexic-Italic.otf inflating: OpenDyslexic-Regular.otf inflating: README cp *.otf /home/gonzalo/.fonts After that, I opened Write activity and the font was available. Gonzalo On Thu, Sep 27, 2012 at 2:43 AM, Chris Leonard cjlhomeaddr...@gmail.com wrote: Kevix pointed out this article on #sugar http://www.bbc.com/news/technology-19734341 I'm wondering if there is a simple method to download and install the font on Sugar. it would appear to be under suitable licensing and I'm wondering of there is a way to hang it up on ASLO to raise awareness of it and make it more available. I don't know how well the i18n coverage, but in a sense, a11y is a form of 18jn/L10n in it's own right. cjl. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH Browse] Display only the URL in the URL entry SL #3553
Is this really an improvement in behaviour?
- The tabs are often too small to show the title.
- The title is more important for the user than the URL. No?
cheers,
m
On Mon, Sep 24, 2012 at 5:09 PM, Manuel Kaufmann humi...@gmail.com wrote:
The Title of the current page is no longer shown in the URL
entry. Now, it's only shown in the tab and the current URL is visible
all the time in the URL entry.
Signed-off-by: Manuel Kaufmann humi...@gmail.com
---
browser.py| 13 +
webtoolbar.py | 53 +
2 files changed, 18 insertions(+), 48 deletions(-)
diff --git a/browser.py b/browser.py
index de546f2..1c67beb 100644
--- a/browser.py
+++ b/browser.py
@@ -453,6 +453,10 @@ class Browser(WebKit.WebView):
# Scale text and graphics:
self.set_full_content_zoom(True)
+# This property is used to set the title immediatly the user
+# presses Enter on the URL Entry
+self._loading_uri = None
+
# Reference to the global history and callbacks to handle it:
self._global_history = globalhistory.get_global_history()
self.connect('notify::load-status', self.__load_status_changed_cb)
@@ -542,6 +546,15 @@ class Browser(WebKit.WebView):
def open_new_tab(self, url):
self.emit('new-tab', url)
+def _set_loading_uri(self, uri):
+self._loading_uri = uri
+
+def _get_loading_uri(self):
+return self._loading_uri
+
+loading_uri = GObject.property(type=str, setter=_set_loading_uri,
+ getter=_get_loading_uri)
+
def __run_file_chooser(self, browser, request):
picker = FilePicker(self)
chosen = picker.run()
diff --git a/webtoolbar.py b/webtoolbar.py
index 28bc015..1d531bc 100644
--- a/webtoolbar.py
+++ b/webtoolbar.py
@@ -47,7 +47,6 @@ class WebEntry(iconentry.IconEntry):
GObject.GObject.__init__(self)
self._address = None
-self._title = None
self._search_view = self._search_create_view()
self._search_window = Gtk.Window(type=Gtk.WindowType.POPUP)
@@ -57,8 +56,6 @@ class WebEntry(iconentry.IconEntry):
self.connect('focus-in-event', self.__focus_in_event_cb)
self.connect('populate-popup', self.__populate_popup_cb)
self.connect('key-press-event', self.__key_press_event_cb)
-self.connect('enter-notify-event', self.__enter_notify_event_cb)
-self.connect('leave-notify-event', self.__leave_notify_event_cb)
self._focus_out_hid = self.connect(
'focus-out-event', self.__focus_out_event_cb)
self._change_hid = self.connect('changed', self.__changed_cb)
@@ -79,18 +76,11 @@ class WebEntry(iconentry.IconEntry):
def _set_address(self, address):
self._address = address
-if address is not None and self.props.has_focus:
+if address is not None:
self._set_text(address)
address = GObject.property(type=str, setter=_set_address)
-def _set_title(self, title):
-self._title = title
-if title is not None and not self.props.has_focus:
-self._set_text(title)
-
-title = GObject.property(type=str, setter=_set_title)
-
def _search_create_view(self):
view = Gtk.TreeView()
view.props.headers_visible = False
@@ -146,21 +136,11 @@ class WebEntry(iconentry.IconEntry):
self._search_window.hide()
def __focus_in_event_cb(self, entry, event):
-self._set_text(self._address)
self._search_popdown()
def __focus_out_event_cb(self, entry, event):
-self._set_text(self._title)
self._search_popdown()
-def __enter_notify_event_cb(self, entry, event):
-if not entry.props.has_focus:
-self._set_text(self._address)
-
-def __leave_notify_event_cb(self, entry, event):
-if not entry.props.has_focus:
-self._set_text(self._title)
-
def __view_button_press_event_cb(self, view, event):
model = view.get_model()
@@ -241,7 +221,6 @@ class PrimaryToolbar(ToolbarBase):
self._tabbed_view = tabbed_view
self._loading = False
-self._title = _('Untitled')
toolbar = self.toolbar
activity_button = ActivityToolbarButton(self._activity)
@@ -310,7 +289,6 @@ class PrimaryToolbar(ToolbarBase):
self._loading_changed_hid = None
self._progress_changed_hid = None
self._session_history_changed_hid = None
-self._title_changed_hid = None
self._uri_changed_hid = None
if tabbed_view.get_n_pages():
@@ -324,25 +302,19 @@ class PrimaryToolbar(ToolbarBase):
def _connect_to_browser(self, browser):
if self._browser is not None:
-self._browser.disconnect(self._title_changed_hid)
Re: [Sugar-devel] [PATCH Browse] Display only the URL in the URL entry SL #3553
On Thu, Sep 27, 2012 at 11:25 AM, Martin Langhoff martin.langh...@gmail.com wrote: - The tabs are often too small to show the title. This behaviour is going to change because we are going to use the same version of the tabs that is on the Gtk3 port of Terminal. They use all the available space to be expanded. - The title is more important for the user than the URL. No? I think it's a good idea to show both of them. Personally, I agreed with this feature. It's the way that many browsers work. -- Kaufmann Manuel Blog: http://humitos.wordpress.com/ Porfolio: http://fotos.mkaufmann.com.ar/ PyAr: http://www.python.com.ar/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH Browse] Display only the URL in the URL entry SL #3553
This change was discussed with Manuq and Gary.
I can't find the discussion now.
CC both
Gonzalo
On Thu, Sep 27, 2012 at 11:25 AM, Martin Langhoff martin.langh...@gmail.com
wrote:
Is this really an improvement in behaviour?
- The tabs are often too small to show the title.
- The title is more important for the user than the URL. No?
cheers,
m
On Mon, Sep 24, 2012 at 5:09 PM, Manuel Kaufmann humi...@gmail.com
wrote:
The Title of the current page is no longer shown in the URL
entry. Now, it's only shown in the tab and the current URL is visible
all the time in the URL entry.
Signed-off-by: Manuel Kaufmann humi...@gmail.com
---
browser.py| 13 +
webtoolbar.py | 53 +
2 files changed, 18 insertions(+), 48 deletions(-)
diff --git a/browser.py b/browser.py
index de546f2..1c67beb 100644
--- a/browser.py
+++ b/browser.py
@@ -453,6 +453,10 @@ class Browser(WebKit.WebView):
# Scale text and graphics:
self.set_full_content_zoom(True)
+# This property is used to set the title immediatly the user
+# presses Enter on the URL Entry
+self._loading_uri = None
+
# Reference to the global history and callbacks to handle it:
self._global_history = globalhistory.get_global_history()
self.connect('notify::load-status',
self.__load_status_changed_cb)
@@ -542,6 +546,15 @@ class Browser(WebKit.WebView):
def open_new_tab(self, url):
self.emit('new-tab', url)
+def _set_loading_uri(self, uri):
+self._loading_uri = uri
+
+def _get_loading_uri(self):
+return self._loading_uri
+
+loading_uri = GObject.property(type=str, setter=_set_loading_uri,
+ getter=_get_loading_uri)
+
def __run_file_chooser(self, browser, request):
picker = FilePicker(self)
chosen = picker.run()
diff --git a/webtoolbar.py b/webtoolbar.py
index 28bc015..1d531bc 100644
--- a/webtoolbar.py
+++ b/webtoolbar.py
@@ -47,7 +47,6 @@ class WebEntry(iconentry.IconEntry):
GObject.GObject.__init__(self)
self._address = None
-self._title = None
self._search_view = self._search_create_view()
self._search_window = Gtk.Window(type=Gtk.WindowType.POPUP)
@@ -57,8 +56,6 @@ class WebEntry(iconentry.IconEntry):
self.connect('focus-in-event', self.__focus_in_event_cb)
self.connect('populate-popup', self.__populate_popup_cb)
self.connect('key-press-event', self.__key_press_event_cb)
-self.connect('enter-notify-event', self.__enter_notify_event_cb)
-self.connect('leave-notify-event', self.__leave_notify_event_cb)
self._focus_out_hid = self.connect(
'focus-out-event', self.__focus_out_event_cb)
self._change_hid = self.connect('changed', self.__changed_cb)
@@ -79,18 +76,11 @@ class WebEntry(iconentry.IconEntry):
def _set_address(self, address):
self._address = address
-if address is not None and self.props.has_focus:
+if address is not None:
self._set_text(address)
address = GObject.property(type=str, setter=_set_address)
-def _set_title(self, title):
-self._title = title
-if title is not None and not self.props.has_focus:
-self._set_text(title)
-
-title = GObject.property(type=str, setter=_set_title)
-
def _search_create_view(self):
view = Gtk.TreeView()
view.props.headers_visible = False
@@ -146,21 +136,11 @@ class WebEntry(iconentry.IconEntry):
self._search_window.hide()
def __focus_in_event_cb(self, entry, event):
-self._set_text(self._address)
self._search_popdown()
def __focus_out_event_cb(self, entry, event):
-self._set_text(self._title)
self._search_popdown()
-def __enter_notify_event_cb(self, entry, event):
-if not entry.props.has_focus:
-self._set_text(self._address)
-
-def __leave_notify_event_cb(self, entry, event):
-if not entry.props.has_focus:
-self._set_text(self._title)
-
def __view_button_press_event_cb(self, view, event):
model = view.get_model()
@@ -241,7 +221,6 @@ class PrimaryToolbar(ToolbarBase):
self._tabbed_view = tabbed_view
self._loading = False
-self._title = _('Untitled')
toolbar = self.toolbar
activity_button = ActivityToolbarButton(self._activity)
@@ -310,7 +289,6 @@ class PrimaryToolbar(ToolbarBase):
self._loading_changed_hid = None
self._progress_changed_hid = None
self._session_history_changed_hid = None
-self._title_changed_hid = None
Re: [Sugar-devel] [PATCH Browse] Display only the URL in the URL entry SL #3553
If there is concensus that it's better, then it's ok. It was one of
those things where I liked Browse more than Chrome, but perhaps it's a
personal quirk.
m
On Thu, Sep 27, 2012 at 10:33 AM, Gonzalo Odiard gonz...@laptop.org wrote:
This change was discussed with Manuq and Gary.
I can't find the discussion now.
CC both
Gonzalo
On Thu, Sep 27, 2012 at 11:25 AM, Martin Langhoff
martin.langh...@gmail.com wrote:
Is this really an improvement in behaviour?
- The tabs are often too small to show the title.
- The title is more important for the user than the URL. No?
cheers,
m
On Mon, Sep 24, 2012 at 5:09 PM, Manuel Kaufmann humi...@gmail.com
wrote:
The Title of the current page is no longer shown in the URL
entry. Now, it's only shown in the tab and the current URL is visible
all the time in the URL entry.
Signed-off-by: Manuel Kaufmann humi...@gmail.com
---
browser.py| 13 +
webtoolbar.py | 53
+
2 files changed, 18 insertions(+), 48 deletions(-)
diff --git a/browser.py b/browser.py
index de546f2..1c67beb 100644
--- a/browser.py
+++ b/browser.py
@@ -453,6 +453,10 @@ class Browser(WebKit.WebView):
# Scale text and graphics:
self.set_full_content_zoom(True)
+# This property is used to set the title immediatly the user
+# presses Enter on the URL Entry
+self._loading_uri = None
+
# Reference to the global history and callbacks to handle it:
self._global_history = globalhistory.get_global_history()
self.connect('notify::load-status',
self.__load_status_changed_cb)
@@ -542,6 +546,15 @@ class Browser(WebKit.WebView):
def open_new_tab(self, url):
self.emit('new-tab', url)
+def _set_loading_uri(self, uri):
+self._loading_uri = uri
+
+def _get_loading_uri(self):
+return self._loading_uri
+
+loading_uri = GObject.property(type=str, setter=_set_loading_uri,
+ getter=_get_loading_uri)
+
def __run_file_chooser(self, browser, request):
picker = FilePicker(self)
chosen = picker.run()
diff --git a/webtoolbar.py b/webtoolbar.py
index 28bc015..1d531bc 100644
--- a/webtoolbar.py
+++ b/webtoolbar.py
@@ -47,7 +47,6 @@ class WebEntry(iconentry.IconEntry):
GObject.GObject.__init__(self)
self._address = None
-self._title = None
self._search_view = self._search_create_view()
self._search_window = Gtk.Window(type=Gtk.WindowType.POPUP)
@@ -57,8 +56,6 @@ class WebEntry(iconentry.IconEntry):
self.connect('focus-in-event', self.__focus_in_event_cb)
self.connect('populate-popup', self.__populate_popup_cb)
self.connect('key-press-event', self.__key_press_event_cb)
-self.connect('enter-notify-event',
self.__enter_notify_event_cb)
-self.connect('leave-notify-event',
self.__leave_notify_event_cb)
self._focus_out_hid = self.connect(
'focus-out-event', self.__focus_out_event_cb)
self._change_hid = self.connect('changed', self.__changed_cb)
@@ -79,18 +76,11 @@ class WebEntry(iconentry.IconEntry):
def _set_address(self, address):
self._address = address
-if address is not None and self.props.has_focus:
+if address is not None:
self._set_text(address)
address = GObject.property(type=str, setter=_set_address)
-def _set_title(self, title):
-self._title = title
-if title is not None and not self.props.has_focus:
-self._set_text(title)
-
-title = GObject.property(type=str, setter=_set_title)
-
def _search_create_view(self):
view = Gtk.TreeView()
view.props.headers_visible = False
@@ -146,21 +136,11 @@ class WebEntry(iconentry.IconEntry):
self._search_window.hide()
def __focus_in_event_cb(self, entry, event):
-self._set_text(self._address)
self._search_popdown()
def __focus_out_event_cb(self, entry, event):
-self._set_text(self._title)
self._search_popdown()
-def __enter_notify_event_cb(self, entry, event):
-if not entry.props.has_focus:
-self._set_text(self._address)
-
-def __leave_notify_event_cb(self, entry, event):
-if not entry.props.has_focus:
-self._set_text(self._title)
-
def __view_button_press_event_cb(self, view, event):
model = view.get_model()
@@ -241,7 +221,6 @@ class PrimaryToolbar(ToolbarBase):
self._tabbed_view = tabbed_view
self._loading = False
-self._title = _('Untitled')
toolbar = self.toolbar
activity_button = ActivityToolbarButton(self._activity)
@@ -310,7
[Sugar-devel] Performace in os3
Hello, I'm working on my 1.75 XO with os3 and I feel it really slow. There are some examples: - Hover in Favourite and List view 1. Hover in Favourite view 2. Move the mouse directly to List view and hover it 3. It shows the palette after the timeout but the palette square appears first and then the text (test this many times because sometimes does not happen) - Show and Hide the frame 1. Go to the edge of the screen 2. The frame appears 3. Go again to the edge of the screen (to make the frame hides) -- comment: this works different than before, it was no needed to go again to the edge of the screen to make it disappears. 4. The frame disappears but it leaves the same frame (width and hight) in gray color for a while Besides, I noticed that when you hover on Home Icons they are no longer highlighted as it was gtk2 version of Sugar. Is this a desired behaviour? See you, -- Kaufmann Manuel Blog: http://humitos.wordpress.com/ Porfolio: http://fotos.mkaufmann.com.ar/ PyAr: http://www.python.com.ar/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] ScrollWindow and SugarGestures
cc to Carlos Garnacho On Thu, Sep 27, 2012 at 11:44 AM, Manuel Kaufmann humi...@gmail.com wrote: Hello, I'm working on ImageViewer adding some Touch features and I realized that SugarGestures' signals are not emitted (or received) when ScrollWindow shows its scroll bars (vertical or horizontal). Do you have any idea about this behaviour? Thanks, -- Kaufmann Manuel Blog: http://humitos.wordpress.com/ Porfolio: http://fotos.mkaufmann.com.ar/ PyAr: http://www.python.com.ar/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Performace in os3
On Thu, Sep 27, 2012 at 10:40 AM, Manuel Kaufmann humi...@gmail.com wrote: I'm working on my 1.75 XO with os3 and I feel it really slow. There are some examples: At least part of this will be due to a much slower video driver we are using temporarily. But yeah, it hurts and we need to have that fixed. m -- martin.langh...@gmail.com mar...@laptop.org -- Software Architect - OLPC - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH Browse] Display only the URL in the URL entry SL #3553
Hi Martin,
On 27 Sep 2012, at 15:35, Martin Langhoff martin.langh...@gmail.com wrote:
If there is concensus that it's better, then it's ok. It was one of
those things where I liked Browse more than Chrome, but perhaps it's a
personal quirk.
I don't think I'd explicitly noted the +/- reasons, just tried to make a quick
call on the patch/ticket to move things along. So...
Some '+' for the change:
+ editing URLs via touch. Using a mouse cursor, the title reverts to a URL on
hover, so you can more easily know where to click to make an edit [1]
+ exposing URLs for touch users. The cursor hover is the only way to expose
URLs when browsing (unless tap to editing them)
+ why show the same text twice on the screen (in tab and in the URL location
entry), URL plus Title would make better use of the available space
+ seems to be a standard in other Browsers (Chrome, Safari, Firefox, Explorer9)
– probably partly a choice for some security reasons
Some '-' against:
- removes some visual re-enforcement of which tab you may currently be looking
at (the Tab and location input area won't have the identical text)
- less elegant to see, and less comprehensible. The case that makes me a little
uncomfortable is the default, first thing you see OLPC Library case,
file:///home/olpc/.library_pages/index.html.
- exposes some 'inner workings' of the web, dns, file structure – this one
could also be in the '+' section ;)
- a change in behaviour
I'm still a +1, just wish the change was more designer 'pretty' ;)
Regards,
--Gary
[1] The touch editing case could be mitigated by having a touch focus initially
select the whole URL rather than placing the insertion point as what will at
that point be an arbitrary location.
m
On Thu, Sep 27, 2012 at 10:33 AM, Gonzalo Odiard gonz...@laptop.org wrote:
This change was discussed with Manuq and Gary.
I can't find the discussion now.
CC both
Gonzalo
On Thu, Sep 27, 2012 at 11:25 AM, Martin Langhoff
martin.langh...@gmail.com wrote:
Is this really an improvement in behaviour?
- The tabs are often too small to show the title.
- The title is more important for the user than the URL. No?
cheers,
m
On Mon, Sep 24, 2012 at 5:09 PM, Manuel Kaufmann humi...@gmail.com
wrote:
The Title of the current page is no longer shown in the URL
entry. Now, it's only shown in the tab and the current URL is visible
all the time in the URL entry.
Signed-off-by: Manuel Kaufmann humi...@gmail.com
---
browser.py| 13 +
webtoolbar.py | 53
+
2 files changed, 18 insertions(+), 48 deletions(-)
diff --git a/browser.py b/browser.py
index de546f2..1c67beb 100644
--- a/browser.py
+++ b/browser.py
@@ -453,6 +453,10 @@ class Browser(WebKit.WebView):
# Scale text and graphics:
self.set_full_content_zoom(True)
+# This property is used to set the title immediatly the user
+# presses Enter on the URL Entry
+self._loading_uri = None
+
# Reference to the global history and callbacks to handle it:
self._global_history = globalhistory.get_global_history()
self.connect('notify::load-status',
self.__load_status_changed_cb)
@@ -542,6 +546,15 @@ class Browser(WebKit.WebView):
def open_new_tab(self, url):
self.emit('new-tab', url)
+def _set_loading_uri(self, uri):
+self._loading_uri = uri
+
+def _get_loading_uri(self):
+return self._loading_uri
+
+loading_uri = GObject.property(type=str, setter=_set_loading_uri,
+ getter=_get_loading_uri)
+
def __run_file_chooser(self, browser, request):
picker = FilePicker(self)
chosen = picker.run()
diff --git a/webtoolbar.py b/webtoolbar.py
index 28bc015..1d531bc 100644
--- a/webtoolbar.py
+++ b/webtoolbar.py
@@ -47,7 +47,6 @@ class WebEntry(iconentry.IconEntry):
GObject.GObject.__init__(self)
self._address = None
-self._title = None
self._search_view = self._search_create_view()
self._search_window = Gtk.Window(type=Gtk.WindowType.POPUP)
@@ -57,8 +56,6 @@ class WebEntry(iconentry.IconEntry):
self.connect('focus-in-event', self.__focus_in_event_cb)
self.connect('populate-popup', self.__populate_popup_cb)
self.connect('key-press-event', self.__key_press_event_cb)
-self.connect('enter-notify-event',
self.__enter_notify_event_cb)
-self.connect('leave-notify-event',
self.__leave_notify_event_cb)
self._focus_out_hid = self.connect(
'focus-out-event', self.__focus_out_event_cb)
self._change_hid = self.connect('changed', self.__changed_cb)
@@ -79,18 +76,11 @@ class WebEntry(iconentry.IconEntry):
def _set_address(self, address):
self._address = address
-if address is not None and self.props.has_focus:
+if address is not
Re: [Sugar-devel] [PATCH Browse] Display only the URL in the URL entry SL #3553
On Thu, Sep 27, 2012 at 11:46 AM, Gary Martin garycmar...@googlemail.com wrote: + exposing URLs for touch users. The cursor hover is the only way to expose URLs when browsing (unless tap to editing them) Tap-to-switch-to-URL-and-edit, starting with full URL is selected is fine IMHO. You are missing a key -, which is: - with several tabs open, titles are not readable; as can be seen on any modern webbrowser I'm still a +1, just wish the change was more designer 'pretty' ;) If there's consensus, I'll get on with the show, and we move on. cheers, m -- martin.langh...@gmail.com mar...@laptop.org -- Software Architect - OLPC - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Performace in os3
Hi Manuel, On 27 Sep 2012, at 15:40, Manuel Kaufmann humi...@gmail.com wrote: Hello, I'm working on my 1.75 XO with os3 and I feel it really slow. There are some examples: Yes, does feel a little slower here generally (especially any Activities ported to Cairo just now). Performance work/polish where time permits is need. - Hover in Favourite and List view 1. Hover in Favourite view 2. Move the mouse directly to List view and hover it 3. It shows the palette after the timeout but the palette square appears first and then the text (test this many times because sometimes does not happen) Can't trigger this one just yet (I will key an eye out for it). - Show and Hide the frame 1. Go to the edge of the screen 2. The frame appears 3. Go again to the edge of the screen (to make the frame hides) -- comment: this works different than before, it was no needed to go again to the edge of the screen to make it disappears. Yes this is a feature change, landed by Simon at least a build or two ago. I can dig up the discussion thread for you if you need but it's about interaction with multiple ways to open the Frame, the old behaviour you had to use either _just_ the keyboard frame button, or _just_ the mouse in the corner. Now that it is a toggle you can raise the Frame with the keyboard and then use the mouse cursor to hide it when you are done. Also helps the situation for folks with jumpy mouse trackpads or poor motor control as you do not have to keep the cursor inside the frame area while you try to click on something. This also is needed so that current Frame interaction methods (keyboard and corners) will work well with the new touch Frame interactions (touch swipe gestures, and a top left corner hot spot touch/click for raising hiding the Frame). 4. The frame disappears but it leaves the same frame (width and hight) in gray color for a while Yes, there is a SL ticket open about this, pretty sure there is some regression work to fix after the gtk3 port effort. Besides, I noticed that when you hover on Home Icons they are no longer highlighted as it was gtk2 version of Sugar. Is this a desired behaviour? Yes, it's GTK3 theme related I think, Manuq was going to take a look. FWIW: I'm using an XO-1.75 for all my end of the maliit OSK and touch selection handle work, and the speed of interaction with these has not been causing problems me. It's more the graphic redraw and blanking glitches (as things pop up and close again) that has a negative impact on user experience. I'm sure enabling compositing in the WM would help perceived performance, but at the cost of memory usage (less Activities open at once, perhaps more memory related issues), and actual performance. Regards, --Gary See you, -- Kaufmann Manuel Blog: http://humitos.wordpress.com/ Porfolio: http://fotos.mkaufmann.com.ar/ PyAr: http://www.python.com.ar/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH sugar-artwork] Set height for all the GtkNotebook tabs
2012/9/27 Manuel Quiñones ma...@laptop.org: Hey Dani, 2012/9/26 S. Daniel Francis fran...@sugarlabs.org: 2012/9/26 Daniel Francis fran...@sugarlabs.org: +padding-top: $(icon_large * 0.30)px; +padding-bottom: $(icon_large * 0.30)px; I spoke too early, this solution doesn't work as expected with tab close buttons. Ooops! :) I think the way to do it is setting top and bottom padding to the label inside the tab. Thanks for the tip. :) But we have to find the exact number to make the tab the same tall when it has only labels and when it has labels and buttons. Maybe start using the same as the button padding wich is $(border)px and add a bit of salt. In my patch I used the icon size, but there's to test which is better. Regards, Daniel. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Add translation of summary info to pootle potgenerator
On Tue, Sep 25, 2012 at 11:34:30AM -0300, Gonzalo Odiard wrote:
Hi Aleksey,
Attached is a patch to add summary field in activity.info to the strings to
be translated
in the pot file generated by pogenerator.py
I have tried modify the code as little as possible,
then created another method _get_summary_name() and the activity.info file
is readed two times. This is not optimum, then if you prefer, I can modify
the _get_activity_name
and return a dict. If you have other comment tell me.
Gonzalo
I did another change (and updated .pot files, thouh, onle few of them
were changed),
http://git.sugarlabs.org/pootle-helpers/mainline/commit/e64ce283a58bc7e19076bd7ef3110d0a53f78e7f
It adds support also for description option. summary (one line string)
and description (multilined text) fit well to package spec files and
ASLO strings.
Multilined text should be converted by `.replace('\n', ' ')`
--
Aleksey
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] ImageViewer gtk3 branch maintainership
On Thu, Sep 27, 2012 at 06:54:34PM -0300, Agustin Zubiaga Sanchez wrote: Hi, everybody. My gtk3 port patch is applied in the gtk3 branch, and work without problems. I can move the gtk3 version to the master branch, and put the gtk2 version in a sugar-0.94 branch, and then make a new release. What do you think? You can use gtk3 branch for now. We need to figure out if it is ok if gtk2 version will be replaced by gtk3 one on translate.sl.o. -- Aleksey ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH gst-plugins-espeak] Setup the plugin metadata
On Thursday, 27 September 2012, Aleksey Lim wrote: On Tue, Sep 25, 2012 at 10:57:48AM +0200, Daniel Narvaez wrote: Work around https://bugzilla.gnome.org/show_bug.cgi?id=684765 Thanks for the hint. http://git.sugarlabs.org/gst-plugins-espeak/mainline/commit/890c514d7c630923908e1fcb3387ff3d35897547 Cool! Can we do a release of the current master? I would like to get it in Fedora as soon as possible so that we get more testing. Thanks! -- Daniel Narvaez ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
