Re: New XO-1.5 10.2.0 build 120
On Wed, Apr 21, 2010 at 11:41:01PM -0400, Chris Ball wrote: > * Speak: upstream Speak-14 release is broken (SL #1934), revert to Speak-11. Speak-15 is included though. http://build.laptop.org/10.1.1/os120/os120.activities.txt -- James Cameron http://quozl.linux.org.au/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Physics retains objects
On Thu, Apr 22, 2010 at 12:25:06AM -0700, Sameer Verma wrote: > On XO 1.5 (build 119) and SoaS Blueberry Physics retains objects on > the screen after closing the activity and reopening it. This does not > happen on the XO1 802 build. Bug? Feature. A six-year old child called me on the phone a few days ago to get this "fixed". I'd lent him an XO-1.5 to play with, but had neglected necessary training. Check that you haven't restarted a journal entry by accident. It's easy to do ... look at the activity ring, and if the Physics icon is monochrome then clicking it will start a new empty instance. If the icon is your XO colours, then it means that clicking it will resume the top journal entry saved by that activity. You may also right-click on the activity ring icon and select the monochrome Start entry in the menu. Or, in Blueberry alone, I think you can use Alt or some other keyboard modifier. (Can't remember, and can't make it work yet on XO-1.5) Oh, and you can't *not* save a journal entry. -- James Cameron http://quozl.linux.org.au/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Alternative to Create a new wireless network
Oh, and if you suspend and resume you get another three mesh icons created, and then another three, ... hey, this is fun! -- James Cameron http://quozl.linux.org.au/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Alternative to Create a new wireless network
On Thu, Apr 22, 2010 at 05:17:17PM +0200, Simon Schampijer wrote: > based on the discussion in this thread I have created a first patch > attached to ticket #9845 [1] implementing the three default ad hoc > networks for channel 1, 6 and 11. Merged with my other wireless changes and tested on XO-1.5. Clicking on one of the new icons doesn't seem to create an ad-hoc network. I didn't look into why yet. Maybe something in what I've changed. > * Do we agree to have three icons, one for each available channel? Yes, three, one for each of the three well separated channels one, six and eleven. The icons should look different to each other in some way so that they can be chosen by voice among the users. My preference is a distinctive colour and brightness set with large localised numerals over the icon. The icons should look the same on all laptops, and should not look at all like the XO-1 mesh icons. > * Naming: do we agree to name the networks 'Mesh Network [channel name]' > even though they are no mesh networks but in order to keep 'backwards > compatibility'? No. I'd prefer we lose the word Mesh for these icons. I suggest the word "Our" or "My" instead of "Mesh". > * I do not save the connection to the nm-config file and don't mark them > to autoconnect, so we do not autoconnect when starting Sugar. I think, > as an ad-hoc network is not a persistent configuration this makes sense. Yes, certainly. > * Should we add an icon for 'mesh-network-connected' to better represent > the mesh network we are currently connected to? I don't understand this question, sorry. Oh, maybe you mean that the icons should indicate connection status. Yes! In the same way that access point icons are changed; parentheses either side. > * Connection sharing: So far the connections created are 'link-local' > connections. What is the plan for sharing an internet connection over an > adhoc network? As the XO has only one network device, i guess this is > not a common scenario. No opinion. > * Remove the 'Create Network' ability of the wireless frame device > palette: As we have the default ad-hoc networks we may not need the > ability to create adhoc networks anymore. It may be more confusing then > of any help, what do others think? Yes, remove it. -- James Cameron http://quozl.linux.org.au/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Hulahop browser screen width XO1.0 vs XO1.5
No, I don't think it is a widget, gtk problem -- since I could change the CSS to correct the problem. I wrote a javascript fragment: document.write('width:' + window.screen.width + " height:" + window.screen.height); On XO1.0 I got a response: "width:840 height:634" and on XO1.5 I got "width:1200 height:900" If this is a known situation, and it is desired for some good reason, I'm sure people like me can live with it. Otherwise I think the rendering engine on 1.0 and 1.5 should come up with similar defaults -- and considering our installed base-- it should be compatible 800x600. Persuant to Seth's suggestion, I've discovered that it is possible to write CSS using percentages rather than absolute pixel dimensions, and circumvent haveing to make a decision in javascript based upon reported screen dimension, and load separate CSS pages. Somebody has cleaned up the webview widget. I'm having to work around a problem in build 802 that is fixed in F11 -- In the earlier build the widget controled it's own visibility by doing 'self.web_view.get_toplevel().hide()' which made it much more difficult to incorporate in at activity that wanted to use other widgets as well. Who's maintaining Hulahop/webview? George On Thu, Apr 22, 2010 at 1:39 PM, Tomeu Vizoso wrote: > On Mon, Apr 19, 2010 at 04:27, George Hunt wrote: > > Hi again, > > > > My activity uses Hulahop Browser for its help system. The default > browser > > on the XO`1.0 seems set up for 800x600. The CSS width specs on the > > functioning HELP activity add up to 800 px wide and everything works out > ok. > > > > But on F11 XO1.5, the same help activity only renders about 2/3 full > screen. > > And I'm experiencing similar problems rendering my help pages between 1.0 > > and 1.5. > > > > On F11, I believe the default screen width sensed by the xulrunner engine > is > > the 1200x900, the actual screen size. > > > > I'm pretty sure there's a way to ask the gecko engine to render on a > 800x600 > > screen, or alternatively to ask gecko on the XO1.0 to render on a > 1200x900 > > surface. > > > > But I don't know XUL well and I feel I'd be wasting my time learning > about > > how to set up gecko, if someone already knows how to solve this one. I'd > be > > willing to modify HELP activity, once we I find an acceptable solution. > > Hmm, is the problem that the html content doesn't cover the whole > hulahop area, or that the hulahop widget doesn't fill the whole > screen? > > If the former, it's a matter of html. If the latter, hulahop is a > normal gtk widget and you should use the gtk api to make what you > want. Hulahop should behave the same as a gtk.Button in this regard, > > HTH, > > Tomeu > > > George > > > > ___ > > Devel mailing list > > Devel@lists.laptop.org > > http://lists.laptop.org/listinfo/devel > > > > > ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Alternative to Create a new wireless network
On Thu, Apr 22, 2010 at 2:36 PM, Frederick Grose wrote: > On Thu, Apr 22, 2010 at 12:24 PM, Simon Schampijer wrote: > >> On 04/22/2010 06:10 PM, Martin Langhoff wrote: >> > On Thu, Apr 22, 2010 at 11:57 AM, Mikus Grinbergs >> wrote: >> >> To me, the greatest drawback to the existing icon(s) is that they do >> not >> >> show the channel. If you have three icons, for heaven's sake draw them >> >> with static symbols ("1", "6", "11") to show where a connection would >> be >> >> attempted. >> > >> > I like that! If you want a group to join you on ch 1, it's hard to >> > guide them through the process. >> > >> > Having the number or a shape (that isn't used elsewhere) in the middle >> > of the circle(s) would be great. >> > >> > >> > >> > m >> >> I actually thought about that today, too. The problem is with >> localization. I guess it does not have to be a number, can be another >> symbol that tells me 1, 6, 11. >> >> Though, maybe Gary or Eben have an idea how that could be visually >> represented and how the status (connected, not connected) can be added >> to the icon. > > > Maybe the radio standards organizations already have something, but these > symbols came to mind (attached). > I prefer the simpler Maya numerals [1] because they are graphically simpler and correspond with the 5-MHz separation of center-channel frequencies. Channel 1 at 2412 MHz 0 5 x 5 MHz difference0 Channel 6 2437 5 x 5 MHz difference0 Channel 11 2462 [1] http://en.wikipedia.org/wiki/Maya_numerals ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Server-devel] OLPC & Moodle use
nope, is it a moodle site with creative commons material, because if it is, we can copy the content over to schools and l-for-e. Hmmm... actually looking at it now It seems to be extremely slow, or maybe thats just my connection right now. In any case it does seem non-moodle, but if its creative commons it would be a great place to pull materials from. With their permission of course. Ok, just checked non-create commons, but perhaps if we link the paypal to their site, they might let us use the material. kind regards, David On Mon, Apr 19, 2010 at 7:19 PM, Luuk Terbeek wrote: > Dear Frederick, David and Martin, > > Thanks for your quick and clear response, schools.sugarlabs.org and > linux-for-education.org seems very interesting. > First of all I will take a closer look to both sites and of course to the > already existing wiki material and the Moodle K-12 forum. > After that I will make a decision to start a new wikipage (related to best > practices, of which I hope to find a lot) and / or to add ideas to > http://wiki.laptop.org/go/XS_Project_Ideas > > Thanks also Martin for you book recommendation ( > https://www.packtpub.com/beginners-guide-moodle-1-9-for-teaching-7-14-year-olds/book) > I've also orderd a copy (plus the ebook ;-) ). > > Btw. Regarding content, do you, members of the server-devel list, know the > organisation 'e-Learning for Kids', http://www.e-learningforkids.org/ ? > > Regards, Luuk > > > > > 2010/4/19 Martin Langhoff > > On Fri, Apr 16, 2010 at 4:40 PM, Luuk Terbeek >> wrote: >> > Currently I'm preparing a presentation for the Dutch Moodle Moot. >> > I hope to spread the word of the wonderful things that happen >> > & possibilities regarding the use of Moodle related to the OLPC project. >> >> Excellent! >> >> > For that reason I try to create an overview of best practices regarding >> the >> > use of Moodle in the OLPC project. >> >> I don't have anything specific -- it's early days! Others might have >> more experience in the field. >> >> What I can point towrds is >> >> - There is a "Moodle k-12" forum in Moodle.org. I'd invite people to >> join the conversation there. And read the archives -- some very >> interesting threads are waiting for you... >> >> - Mary Cooch ("Moodlefairy") has published a book >> >> https://www.packtpub.com/beginners-guide-moodle-1-9-for-teaching-7-14-year-olds/book >> -- I've ordered mine but it isn't here yet :-) -- if her blog is >> anything to go by, it'll be *very* good. >> >> If you want to make a wikipage with best practices, please do! >> http://wiki.laptop.org :-) >> >> >> >> m >> -- >> martin.langh...@gmail.com >> mar...@laptop.org -- School Server Architect >> - ask interesting questions >> - don't get distracted with shiny stuff - working code first >> - http://wiki.laptop.org/go/User:Martinlanghoff >> > > > ___ > Server-devel mailing list > server-de...@lists.laptop.org > http://lists.laptop.org/listinfo/server-devel > > ___ Server-devel mailing list server-de...@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: Alternative to Create a new wireless network
On Thu, Apr 22, 2010 at 12:24 PM, Simon Schampijer wrote: > On 04/22/2010 06:10 PM, Martin Langhoff wrote: > > On Thu, Apr 22, 2010 at 11:57 AM, Mikus Grinbergs wrote: > >> To me, the greatest drawback to the existing icon(s) is that they do not > >> show the channel. If you have three icons, for heaven's sake draw them > >> with static symbols ("1", "6", "11") to show where a connection would be > >> attempted. > > > > I like that! If you want a group to join you on ch 1, it's hard to > > guide them through the process. > > > > Having the number or a shape (that isn't used elsewhere) in the middle > > of the circle(s) would be great. > > > > > > > > m > > I actually thought about that today, too. The problem is with > localization. I guess it does not have to be a number, can be another > symbol that tells me 1, 6, 11. > > Though, maybe Gary or Eben have an idea how that could be visually > represented and how the status (connected, not connected) can be added > to the icon. Maybe the radio standards organizations already have something, but these symbols came to mind (attached). --Fred <>___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Hulahop browser screen width XO1.0 vs XO1.5
On Mon, Apr 19, 2010 at 04:27, George Hunt wrote: > Hi again, > > My activity uses Hulahop Browser for its help system. The default browser > on the XO`1.0 seems set up for 800x600. The CSS width specs on the > functioning HELP activity add up to 800 px wide and everything works out ok. > > But on F11 XO1.5, the same help activity only renders about 2/3 full screen. > And I'm experiencing similar problems rendering my help pages between 1.0 > and 1.5. > > On F11, I believe the default screen width sensed by the xulrunner engine is > the 1200x900, the actual screen size. > > I'm pretty sure there's a way to ask the gecko engine to render on a 800x600 > screen, or alternatively to ask gecko on the XO1.0 to render on a 1200x900 > surface. > > But I don't know XUL well and I feel I'd be wasting my time learning about > how to set up gecko, if someone already knows how to solve this one. I'd be > willing to modify HELP activity, once we I find an acceptable solution. Hmm, is the problem that the html content doesn't cover the whole hulahop area, or that the hulahop widget doesn't fill the whole screen? If the former, it's a matter of html. If the latter, hulahop is a normal gtk widget and you should use the gtk api to make what you want. Hulahop should behave the same as a gtk.Button in this regard, HTH, Tomeu > George > > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel > > ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Alternative to Create a new wireless network
On 04/22/2010 06:10 PM, Martin Langhoff wrote: > On Thu, Apr 22, 2010 at 11:57 AM, Mikus Grinbergs wrote: >> To me, the greatest drawback to the existing icon(s) is that they do not >> show the channel. If you have three icons, for heaven's sake draw them >> with static symbols ("1", "6", "11") to show where a connection would be >> attempted. > > I like that! If you want a group to join you on ch 1, it's hard to > guide them through the process. > > Having the number or a shape (that isn't used elsewhere) in the middle > of the circle(s) would be great. > > > > m I actually thought about that today, too. The problem is with localization. I guess it does not have to be a number, can be another symbol that tells me 1, 6, 11. Though, maybe Gary or Eben have an idea how that could be visually represented and how the status (connected, not connected) can be added to the icon. Regards, Simon ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Alternative to Create a new wireless network
On Thu, Apr 22, 2010 at 11:57 AM, Mikus Grinbergs wrote: > To me, the greatest drawback to the existing icon(s) is that they do not > show the channel. If you have three icons, for heaven's sake draw them > with static symbols ("1", "6", "11") to show where a connection would be > attempted. I like that! If you want a group to join you on ch 1, it's hard to guide them through the process. Having the number or a shape (that isn't used elsewhere) in the middle of the circle(s) would be great. m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Alternative to Create a new wireless network
> * Do we agree to have three icons, one for each available channel? I have written this before -- I do NOT believe that three "dumb" icons are more intuitive to use than one "intelligent" icon. The only advantage to three icons is that a new network can be launched with a single click (after having navigated around to find *which* icon to click), whereas an "intelligent" single icon requires two actions - a hover to call out the palette, then a click on an entry within that palette. To me, the greatest drawback to the existing icon(s) is that they do not show the channel. If you have three icons, for heaven's sake draw them with static symbols ("1", "6", "11") to show where a connection would be attempted. If only a single icon is used, it should at all times show a dynamic symbol representing the channel to which the radio is currently tuned (a different channel would be selected via the palette). I think that even very young children would quickly learn which channel to use in which physical location. I fail to see how presenting three icons (which are indistinguishable from each other) helps communication. I vote for one, intelligent, icon. mikus ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Alternative to Create a new wireless network
On Thu, Apr 22, 2010 at 11:17 AM, Simon Schampijer wrote: > based on the discussion in this thread I have created a first patch > attached to ticket #9845 [1] implementing the three default ad hoc > networks for channel 1, 6 and 11. A screenshot can be found there, too. > There are a few open questions about the general approach I want to name > here: Great to see this in motion! > * Do we agree to have three icons, one for each available channel? +1 > * Naming: do we agree to name the networks 'Mesh Network [channel name]' > even though they are no mesh networks but in order to keep 'backwards > compatibility'? Changing name here is important... Even for xo-1+802 compatibility. If the ad-hoc network has a different name, then XO-1+802 can see it and connect to it. Might make sense to keep the icons though - or have another icon variant. Seems important that the icon for these ad-hoc networks must be different from real APs. > * I do not save the connection to the nm-config file and don't mark them > to autoconnect, so we do not autoconnect when starting Sugar. I think, > as an ad-hoc network is not a persistent configuration this makes sense. Sounds reasonable. > * Should we add an icon for 'mesh-network-connected' to better represent > the mesh network we are currently connected to? It makes sense to keep using a differentiated icon... > * Connection sharing: So far the connections created are 'link-local' > connections. What is the plan for sharing an internet connection over an > adhoc network? As the XO has only one network device, i guess this is > not a common scenario. I'd say "for later" and avoid feature creep, though it's been requested separately. I think people working on the 3G modem integration were looking into connection sharing -- it makes sense to ensure that both features play well together... > * Remove the 'Create Network' ability of the wireless frame device +1 m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Alternative to Create a new wireless network
On Thu, Apr 22, 2010 at 05:17:17PM +0200, Simon Schampijer wrote: * Naming: do we agree to name the networks 'Mesh Network [channel name]' even though they are no mesh networks but in order to keep 'backwards compatibility'? Please don't. Besides given two identically named sets of "networks" on XO-1, it will mislead people into thinking a) these are interoperable with Mesh networks and b) they work like Mesh networks (i.e. do packet forwarding). * Connection sharing: So far the connections created are 'link-local' connections. What is the plan for sharing an internet connection over an adhoc network? Given that most of the time the gateway only has a single "official" IPv4 address, NAT is required anyway. NetworkManager doesn't support IPv6 "connection sharing" yet [1], so we can't support it either. An interesting option might be to use a bridge on the gateway. Will DHCP be used for connecting to existing ad-hoc networks? [1] https://bugzilla.gnome.org/show_bug.cgi?id=593815 CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Alternative to Create a new wireless network
On 12/08/2009 03:04 AM, Reuben K. Caron wrote: > Daniel, > > Since we've run into problems with creating ad-hocs networks on the XO > 1.5 (1) (2), I've been thinking about this functionality, the change > in UI behavior and perhaps the decrease in usability and I don't like > it. I believe it is clunky to have children create their own > networks..Who designates who creates the network? Why do I have to > join that network? Why can't I make my own network and have them join > me, etc.. All of this is aside from the technical limitations of which > channel does my network get created on. Does the user specify channels > 1, 6, or 11 when creating the network, or does the channel randomly > get set? If randomly set, how do we avoid channel overlaps and > interference. > > To ease all of this and maintain a similar UI, what if we: > > -Create three faux "Mesh Channel #" icons in the Network view > -When the child wants to join a mesh network they will select one of > the networks > -Upon selection: the XO will: 1. Scan to see if that ad-hoc network > already exists and 2. if it does not exist the XO will create the > network allowing other children to join it. > > The one pitfall of this idea, and I'm not sure how much of an issue > this would be, is also the pitfall of ad-hoc networks...when the > initiator of the ad-hoc network leaves the network fails. When the > network has a respective name it is a bit more obvious when that > person has left and the reason why the network has failed, this would > not be the case given the anonymity of a "Mesh Network #." A more long > term solution to this problem may be for the XO to sense the loss of > the initiator and recreate the network. In this case, the first XO to > sense the loss of the network after some period of time would check if > another XO has already setup the network, if not the XO would create > the network or join the new one if it already exists. > > Aside from the one pitfall, I think it would be really beneficial to > maintain the same UI and appearance of functionality. Further > development in this area may also help us get MPP back, at least at > the software level. > > Your thoughts? > > Regards, > Reuben > > > > (1) http://dev.laptop.org/ticket/9807 > (2) http://dev.sugarlabs.org/ticket/1604 Hi everyone, based on the discussion in this thread I have created a first patch attached to ticket #9845 [1] implementing the three default ad hoc networks for channel 1, 6 and 11. A screenshot can be found there, too. There are a few open questions about the general approach I want to name here: * Do we agree to have three icons, one for each available channel? * Naming: do we agree to name the networks 'Mesh Network [channel name]' even though they are no mesh networks but in order to keep 'backwards compatibility'? * I do not save the connection to the nm-config file and don't mark them to autoconnect, so we do not autoconnect when starting Sugar. I think, as an ad-hoc network is not a persistent configuration this makes sense. * Should we add an icon for 'mesh-network-connected' to better represent the mesh network we are currently connected to? * Connection sharing: So far the connections created are 'link-local' connections. What is the plan for sharing an internet connection over an adhoc network? As the XO has only one network device, i guess this is not a common scenario. * Remove the 'Create Network' ability of the wireless frame device palette: As we have the default ad-hoc networks we may not need the ability to create adhoc networks anymore. It may be more confusing then of any help, what do others think? Thanks, Simon [1] http://dev.laptop.org/ticket/9845 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: libdlo
On 04/22/2010 10:26 AM, John Watlington wrote: > Sameer, > You want us to add software to our build so that > you can support an $89 USB peripheral that requires > a separate screen, keyboard, and mouse ? > > I'm sorry, but building more computer labs isn't > what OLPC is about. Where are you reading that displaylink requires a separate keyboard and mouse? libdlo supports the chip and the protocol not any specific device. While not immediately usefull overall I think this is a +1 since I've received several requests via the support gang list on how to make the USB VGA adapter work. Many have tried and seems everyone but the original has failed. USB projectors are listed as products that might be useful (if the have the currently spported chip or when other chips are added) All the the requests for a USB video were so they could hook it up to a projector for training classes. The possibility of USB projector support seems very worthwhile. If none of the projectors are supported yet then there's not much point in adding it to the build but if someone gets a projector working then we certainly should support it. -- Richard A. Smith One Laptop per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: libdlo
On Thu, Apr 22, 2010 at 7:26 AM, John Watlington wrote: > > Sameer, > You want us to add software to our build so that > you can support an $89 USB peripheral that requires > a separate screen, keyboard, and mouse ? > > I'm sorry, but building more computer labs isn't > what OLPC is about. > > wad > I was thinking about pico projectors that can run off of batteries and project fairly good pictures on walls and many of these come with usb interfaces + DisplayLink. cheers, Sameer > On Apr 22, 2010, at 3:29 AM, Sameer Verma wrote: > >> libdlo and an X driver are used to run USB displays using DisplayLink. >> Is this going to make it into the 1.5 build? >> http://libdlo.freedesktop.org/wiki/ >> Sameer >> -- >> Dr. Sameer Verma, Ph.D. >> Associate Professor, Information Systems >> Director, Campus Business Solutions >> San Francisco State University >> http://verma.sfsu.edu/ >> http://cbs.sfsu.edu/ >> http://is.sfsu.edu/ >> ___ >> Devel mailing list >> Devel@lists.laptop.org >> http://lists.laptop.org/listinfo/devel > > ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Record activity for XO-1.5
On 22 April 2010 05:42, Aleksey Lim wrote: > If there is an intention to have dev.l.o branch on git.sl.o, I can add > new user to commiters list to merge/reset master to dev.l.o code. > In this case we just need someone who will maintain it and also git.sl.o > code is targeting to not only XO users and maybe Xv less issue could be > a problem for someone (but not sure that many people will be affected). This sounds good, but I don't think I'll have time to be maintainer. Perhaps someone else can step up. In other news: I've restored non-Xv support in my git tree. 10.2.0 build 120 fixes the video corruption issue. jnettlet says he's fixed the openchrome video scaling problem. (waiting for RPMs) Audio/video sink has regressed since XO-1, and forcing the alsasrc device to plughw:0,0 (like others have suggested) doesn't seem to make any difference as far as I can tell. But it's not too bad. Daniel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: libdlo
On Thu, Apr 22, 2010 at 10:26 AM, John Watlington wrote: > You want us to add software to our build so that > you can support an $89 USB peripheral that requires > a separate screen, keyboard, and mouse ? OTOH, we are including some drivers for usbvga devices -- useful if there's an ext monitor, or projector. I thought this was one of those...? Of course it enables extra hw that can be costly, but if you have one usbvga+projector combo per school, shared amongst classrooms, it can be a great addition to the mix. cheers, m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: libdlo
Sameer, You want us to add software to our build so that you can support an $89 USB peripheral that requires a separate screen, keyboard, and mouse ? I'm sorry, but building more computer labs isn't what OLPC is about. wad On Apr 22, 2010, at 3:29 AM, Sameer Verma wrote: > libdlo and an X driver are used to run USB displays using DisplayLink. > Is this going to make it into the 1.5 build? > http://libdlo.freedesktop.org/wiki/ > Sameer > -- > Dr. Sameer Verma, Ph.D. > Associate Professor, Information Systems > Director, Campus Business Solutions > San Francisco State University > http://verma.sfsu.edu/ > http://cbs.sfsu.edu/ > http://is.sfsu.edu/ > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Record activity for XO-1.5
On Wed, Apr 21, 2010 at 02:59:38PM -0300, Daniel Drake wrote: > On 20 April 2010 18:06, Daniel Drake wrote: > > Hi, > > > > Here's a version of the Record activity which works on XO-1.5: > > git://dev.laptop.org/users/dsd/record > > I updated this git tree. > > The code I announced yesterday is now in the v60-plus-tweaks branch. > > The master branch (non-fast-forward) is now the Record git tree from > activities.sugarlabs.org, with my v60 rework placed on top of it. i.e. > working towards a patch series that can be applied to SL upstream. > It's working fine but has a regression over v66 - v66 supports systems > without Xv, this one does not. (not a release blocker, IMO, but might > not be too much effort to add this again) Current plans of Record on http://git.sugarlabs.org/projects/record: Since there are window related glitches on metacity (0.86+) and coding gst on python level is fragile (if make this precess smooth i.e. w/o just reset everything on every mode switch) in such not trivial case like Record. I was planing to code current master as less as possible and switch to camerabin and new UI w/ gtk.Window less design. Unfortunately I found that camerabin (w/ some proposed to upstream patches) can smooth work on XO-1 only in 176x144 mode, but in such resolution camera view region is less then usual which makes this mode useless. So, since most of users have XO-1 (I suppose) and coding two phases vide encoding (one encoded vide + wav and wav encoding in second phase) sounds pretty uncommon in not XO-1 case (and also for camerabin upstream) I postponed new Record coding. If there is an intention to have dev.l.o branch on git.sl.o, I can add new user to commiters list to merge/reset master to dev.l.o code. In this case we just need someone who will maintain it and also git.sl.o code is targeting to not only XO users and maybe Xv less issue could be a problem for someone (but not sure that many people will be affected). -- Aleksey ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
libdlo
libdlo and an X driver are used to run USB displays using DisplayLink. Is this going to make it into the 1.5 build? http://libdlo.freedesktop.org/wiki/ Sameer -- Dr. Sameer Verma, Ph.D. Associate Professor, Information Systems Director, Campus Business Solutions San Francisco State University http://verma.sfsu.edu/ http://cbs.sfsu.edu/ http://is.sfsu.edu/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Physics retains objects
On XO 1.5 (build 119) and SoaS Blueberry Physics retains objects on the screen after closing the activity and reopening it. This does not happen on the XO1 802 build. Bug? Sameer -- Dr. Sameer Verma, Ph.D. Associate Professor, Information Systems Director, Campus Business Solutions San Francisco State University http://verma.sfsu.edu/ http://cbs.sfsu.edu/ http://is.sfsu.edu/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel