Hi,
we dedicated a hole meeting to text to speech this week since this topic
has been raising up so often. Note the exceptional time this week :)
When: Tuesday March 25 2008 time: 15.00 (UTC)
Where: irc.freenode.net, #olpc-meeting
Topics:
o Interfacing with Sugar
+ Unitarian interface
#
Michael Stone wrote:
Probably beyond reach
-
#6299 TSTwad (salut backoff when gabble running), needs to be
tested on a big mesh;
Based on wad's logs, Guillaume and I agree that this one is fixed. Since
it's already in Update.1
Hi Tomeu,
I found and have fixes two issues regarding the redesign:
a) the devices in the tray does draw the palette but not the black
border around the icon like they do in the Friendstray for example
b) when you add more than max items to the clipboard tray not the first
but the currently
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Alexander Larsson wrote:
| On Mon, 2008-03-24 at 15:34 -0400, Benjamin M. Schwartz wrote:
| Dear Mr. Larsson,
| My name is Ben Schwartz, and I am a volunteer with OLPC. As you may be
| aware, the OLPC design calls for a centralized versioning
Hello Ben,
Thanks for your valuable feedback on the proposal.
I have read your wiki page, and message, and I do not understand why you
think you cannot implement your goal as a standard activity. Please
explain this, preferably on the wiki.
What we are trying to propose is that since the
On Tue, 2008-03-25 at 10:29 -0400, Benjamin M. Schwartz wrote:
It sounds like in order to use GVFS for a revision-controlled system, one
must either represent versions as paths or mounts. Neither seems ideal to
me, as versions are something else altogether.
Exactly. Its doable, but not
A lot of thought has gone into the present tabbed toolbar design, with
goals of balancing valuable screen real estate with extensibility of
the design. Still, we've come to find some drawbacks with the current
design, including the sole use of text (which is secondary to icons in
the rest of the
On Tue, Mar 25, 2008 at 5:09 PM, Eben Eliason [EMAIL PROTECTED] wrote:
hope you don't mind if I review some code of yours ;)
Please do. =)
* Colorize activities in Home view(s) on hover:
-icon = CanvasIcon(size=style.STANDARD_ICON_SIZE, cache=True,
+self.icon
On Fri, Mar 21, 2008 at 12:11 PM, Gary C Martin [EMAIL PROTECTED] wrote:
Hi James,
Another thing I remember reading is that if two kids share an activity
and one has an older version of the activity than the other, the older
version gets updated so they both have the newer version.
On Tue, Mar 25, 2008 at 1:39 PM, Simon Schampijer [EMAIL PROTECTED] wrote:
Hi Tomeu,
I found and have fixes two issues regarding the redesign:
a) the devices in the tray does draw the palette but not the black
border around the icon like they do in the Friendstray for example
b) when
Hi,
We announced the Joyride builds as having been frozen for new features
several months ago, as we solidified the Update.1 build. Now that it's
doing fine in its own stream, we're reopening the Joyride process for
new development. So, consider Joyride to be gradually unfreezing.
Please
Eben,
I've got more questions than answers for you, but perhaps my smaller
questions will make the overall problem easier to analyze.
Michael
Questions:
First, how will we discover that a code exchange is needed?
Three straw-man options include:
a) include adequate information in a
On Tue, Mar 25, 2008 at 10:29 AM, Benjamin M. Schwartz
[EMAIL PROTECTED] wrote:
| sufficiently generic to encompass multiple versions. I do not fully
| grasp the layering between GIO and GVFS.
Be aware that GIO/GVFS are very high level. In other words, they work
for the Gnome guys because
On 25 Mar 2008, at 15:47, Eben Eliason wrote:
Taking these concerns to heart, I'd like to propose an alternate to
the tabbed toolbar design which attempts to address these new concerns
with the current design, again making some tradeoffs but hopefully
coming out on top in the end. The core
On Tue, 2008-03-25 at 13:46 -0400, Eben Eliason wrote:
Naturally, there are some security concerns, but those could be easily
addressed, I believe, with the usual signing mechanisms. Updates to
activities would only be transparent if the update was signed, etc.
I agree. For a first
Eben,
By no means do I consider myself a user interface expert, but I have a few
comments.
In general, I agree that this proposal is better for localization and may
take up less screen real estate. Would there still be default buttons to
share, keep, and/or stop the activity? I believe it's
On Tue, Mar 25, 2008 at 04:41:58PM +, Gary C Martin wrote:
The core component of the new approach is the introduction of the
toolbar button, which you can see mockups of at
http://wiki.laptop.org/go/Designs/Toolbars. There is no text with
the mockups yet, but I'll add it later. In
After just a couple well considered responses, it seems that this
might be another topic worthy of some time under the spotlight at the
mini-conference. I copied both of these great responses to my initial
email below, just to make sure they remain for everyone to reference.
I trust that you can
Chris wrote
* Continue to have (all) activities present in Joyride builds.
I don't know how many others are like me, but for me this creates
awkwardness (I dual-boot my G1G1 between a public will see this
build (e.g., Update.1) and a development build (e.g., Joyride).
My problem is that I
Hi Mikus,
But Activities in /usr/share/activities seem to take precedence
over same-name Activities in /home/olpc/Activities.
My understanding is that exactly the opposite is true, but I might be
wrong -- /home/olpc/Activities should be taking precedence.
Thanks,
- Chris.
--
Chris
I went through the patches to figure out how to go about review and
merging. The changes can be summarized as:
1 Palette improvements.
2 Accell support.
3 Add favorite property to the activity registry.
My feeling is that 1 and 2 will require a careful review and possibly
non trivial changes to
On Tue, Mar 25, 2008 at 4:20 PM, Nate Ridderman
[EMAIL PROTECTED] wrote:
Eben,
By no means do I consider myself a user interface expert, but I have a few
comments.
In general, I agree that this proposal is better for localization and may
take up less screen real estate. Would there still
On Tue, Mar 25, 2008 at 8:30 PM, Eben Eliason [EMAIL PROTECTED] wrote:
Here I'd have to say that, despite the knowledge that all activities
will run fullscreen, we should try to avoid developing to a particular
piece of hardware (and it's resolution).
Hmmm. That sounds impossible. Your
Hi Martin,
It looks like the memory is in Xorg[2], and is around 2 MiB per
activity[3]:
First of all, thanks so much for doing this profiling, it's awesome.
I'm unclear on whether this 2 MiB per activity is additive or not --
matchbox seems to destroy the composition pixmap on client
compositor now compiles again - but dont work 100%
Michael mentioned that etoys doesn't work for him either, and that
Record is failing to render its Xvideo window sometimes too.
Measure's waveform display is just a gray box (though the rest of its
GUI is fine) and Gnash video also seems
Dear sugar developers,
I've been looking for easily modifiable UI features that feel to me to be
less than snappy. Compositing support has made animation of the frame into one
of these features; therefore, here is a patch that removes it for your
experimental consideration. Feel free to apply
26 matches
Mail list logo