Re: [E-devel] Enlightenment web site - please review
On Dec 19, 2010, at 1:21 AM, Vincent Torri wrote:
On Sat, 18 Dec 2010, Jesse Charbneau wrote:
On Dec 17, 2010, at 6:08 AM, Gustavo Sverzut Barbieri wrote:
On Fri, Dec 17, 2010 at 5:51 AM, Vincent Torri vto...@univ-evry.fr wrote:
On Fri, 17 Dec 2010, Vincent Torri wrote:
On Fri, 17 Dec 2010, Jesse Charbneau wrote:
Hello,
I?ve been working off list with Gustavo, and we?d like to get some
feedback on the design thats been worked out.
http://e-www.thecharbneaus.com/p.php?p=aboutl=en
http://e-www.thecharbneaus.com/p.php?p=downloadl=en
http://e-www.thecharbneaus.com/p.php?p=supportl=en
http://e-www.thecharbneaus.com/p.php?p=docsl=en
for the 'about' and 'support' page, having some parts at random places
seems odd for me. For example, in the 'about' page, the information of
'platform support' is just below the title, but for 'Proven
Effectiveness', it's below and on the left.
In addition, for all english readers, we read for left to right. So i
for - from
found more difficult to read parts of the web page that is on the right
and additional information on the right ('Proven Effectiveness'). I indeed
right - left
prefer what is done in the support page ('Professional support options')
I like the download page. It's simple. Though maybe i would add a label
for the tables, to tell the reader that the first column is some doc of
the lib/app, the second one is the tarbal link and the third is a brief
description. Also, maybe e16 should also be centered like the others.
For the doc, i would prefer something like the download page.
And in general, i think that all the web pages should have the same
design. It took me some time to understand the layout of the about page. I
then read the download page. Another layout. Then the support page,
another layout, then the documentation page, another layout.
that's a designer thing. She did it to look like a brochure and not
a template-formatted content, trying to give focus to what is worth.
Some pieces are still missing, like some image buttons, but these
should go soon.
There is not much more I can do about it, we (marina + me) just
provided the initial design but ran out of time to iterate much around
it. We just provided images with design guidelines.
Jess did an amazing work fighting all the HTML/CSS to make it happen,
he did this all on his free time and is free to interact with
e-community to change it in the way it's desired (ie: it's not our
thing and we're fixed to that way). However he need to check if he
will have time, or people can step to help him.
Jess, thank you again for your work. I know how much of a pain is to
make HTML/CSS do what designers want :-)
Hello,
Thanks for the feedback Vincent. As Gustavo noted, I basically took the
images provided by Marina and did what had to be done at the html level and
cleaned up the text a bit here and there. I think the question that comes
to my mind is where the community would like the site to be when e17 rolls
out (assuming thats sometime in the not too distant future - sorry, have not
kept up with discussions regarding any formal releases). If folks would
like to send me line item fixes (ie documentation page - change ?some text?
to, some link to, etc), I can work them into a spreadsheet and get them
taken care of. If there is agreement amongst the community that the
consistency of the pages warrants some changes (ie, whether docs page aligns
top, about pages look more like a two column page, etc), please advise what
those should be and I can change them as needed.
I do have some time to work on the site, and plan on being around a while so
can help on an as needed basis (direct email works best if you need to get
my attention). I should note that its looking like I may be moving soon,
and of course that will consume much time, but will not be a permanent
disappearing act.
I don't know if everyone agrees, but my opinion is:
1) the web site must be simple (hence not too much text)
2) the web pages should have a consistent layout for an easy reading
3) detailed descriptions should be moved to the wiki
Ok, well those could be interpreted many ways. Lets go page by page.
About: http://e-www.thecharbneaus.com/p.php?p=aboutl=en
- Overall impression:
I like this page, however, due to time, we ended up using tables to get
the alignments in place targeting 1024x768 resolutions. This is ok at
1024*768, but when sizing up to greater resolutions (1680*1050 for my personal
screen), it starts to spread out too much. This should be revisited at some
point.
- Layout:
I’m mostly ok with it. I would personally like to have Devices line up
with Platform Support, and slightly shift the laptop image up to match.
- Building Blocks
It would be nice to have a nicer flow to the text, but during testing with
Gustavo, it would end up wrapping left around
Re: [E-devel] Enlightenment web site - please review
On Dec 17, 2010, at 6:08 AM, Gustavo Sverzut Barbieri wrote:
On Fri, Dec 17, 2010 at 5:51 AM, Vincent Torri vto...@univ-evry.fr wrote:
On Fri, 17 Dec 2010, Vincent Torri wrote:
On Fri, 17 Dec 2010, Jesse Charbneau wrote:
Hello,
I?ve been working off list with Gustavo, and we?d like to get some
feedback on the design thats been worked out.
http://e-www.thecharbneaus.com/p.php?p=aboutl=en
http://e-www.thecharbneaus.com/p.php?p=downloadl=en
http://e-www.thecharbneaus.com/p.php?p=supportl=en
http://e-www.thecharbneaus.com/p.php?p=docsl=en
for the 'about' and 'support' page, having some parts at random places
seems odd for me. For example, in the 'about' page, the information of
'platform support' is just below the title, but for 'Proven
Effectiveness', it's below and on the left.
In addition, for all english readers, we read for left to right. So i
for - from
found more difficult to read parts of the web page that is on the right
and additional information on the right ('Proven Effectiveness'). I indeed
right - left
prefer what is done in the support page ('Professional support options')
I like the download page. It's simple. Though maybe i would add a label
for the tables, to tell the reader that the first column is some doc of
the lib/app, the second one is the tarbal link and the third is a brief
description. Also, maybe e16 should also be centered like the others.
For the doc, i would prefer something like the download page.
And in general, i think that all the web pages should have the same
design. It took me some time to understand the layout of the about page. I
then read the download page. Another layout. Then the support page,
another layout, then the documentation page, another layout.
that's a designer thing. She did it to look like a brochure and not
a template-formatted content, trying to give focus to what is worth.
Some pieces are still missing, like some image buttons, but these
should go soon.
There is not much more I can do about it, we (marina + me) just
provided the initial design but ran out of time to iterate much around
it. We just provided images with design guidelines.
Jess did an amazing work fighting all the HTML/CSS to make it happen,
he did this all on his free time and is free to interact with
e-community to change it in the way it's desired (ie: it's not our
thing and we're fixed to that way). However he need to check if he
will have time, or people can step to help him.
Jess, thank you again for your work. I know how much of a pain is to
make HTML/CSS do what designers want :-)
Hello,
Thanks for the feedback Vincent. As Gustavo noted, I basically took the
images provided by Marina and did what had to be done at the html level and
cleaned up the text a bit here and there. I think the question that comes to
my mind is where the community would like the site to be when e17 rolls out
(assuming thats sometime in the not too distant future - sorry, have not kept
up with discussions regarding any formal releases). If folks would like to
send me line item fixes (ie documentation page - change “some text” to, some
link to, etc), I can work them into a spreadsheet and get them taken care of.
If there is agreement amongst the community that the consistency of the pages
warrants some changes (ie, whether docs page aligns top, about pages look more
like a two column page, etc), please advise what those should be and I can
change them as needed.
I do have some time to work on the site, and plan on being around a while so
can help on an as needed basis (direct email works best if you need to get my
attention). I should note that its looking like I may be moving soon, and of
course that will consume much time, but will not be a permanent disappearing
act.
Thanks again,
Jess
--
Gustavo Sverzut Barbieri
http://profusion.mobi embedded systems
--
MSN: barbi...@gmail.com
Skype: gsbarbieri
Mobile: +55 (19) 9225-2202
--
Lotusphere 2011
Register now for Lotusphere 2011 and learn how
to connect the dots, take your collaborative environment
to the next level, and enter the era of Social Business.
http://p.sf.net/sfu/lotusphere-d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Enlightenment web site - please review
On Dec 17, 2010, at 8:33 AM, Andres Blanc wrote: On Viernes 17 Diciembre 2010 04:15:40 Jesse Charbneau escribió: Hello, I’ve been working off list with Gustavo, and we’d like to get some feedback on the design thats been worked out. http://e-www.thecharbneaus.com/p.php?p=aboutl=en I like it. It might have too much text for my personal taste, but that's subjective. Regardless, here is some text I wrote for this when I was actively involved with the website that could be useful: PNG (for easier reading): http://i.imgur.com/Bbfvy.png HTML: http://pastebin.com/6X0eM9N7 Ok, I will review. Most of the text changes I made were minor. They mainly had to do with the flow of the sentence or similar. I can make changes as needed, so let me know if there is something specific you’d like worked on. Notice the additional links to pages that actually mention the EFL in relation to the products being pimped, I think that's important. Also, replacing the references to Yellow Dog Linux and Openmoko and with newer and more popular examples (like the ubuntu thingy) would be a good idea. Ubuntu thingy? Not sure what you’re referring too. The only thing I can think of would be that little menu thing they whipped up (didn’t work so hot on my Q1B device, so dumped it pretty quickly). If someone can provide “News headings” that should be there, I can change it pretty easily. In an unrelated note: Is there a little love of the history of the project? A sub-page or something somewhere would make me a very happy panda. PNG: http://i.imgur.com/gV5Dw.png HTML: http://pastebin.com/JsLkKzQN Everything I wrote, in both cases, might need a review since it was written a long time ago. We can add that page. The sub system generating the pages seems pretty flexible, so just let me know where and what the pages should be, and any content that should be there and I can take care of those requests. http://e-www.thecharbneaus.com/p.php?p=downloadl=en http://e-www.thecharbneaus.com/p.php?p=supportl=en The content itself looks good, short and to the point but both of these layouts look awkward to me (specially download). I don't know if its a browser bug. Here are some screenshots: http://i.imgur.com/SJ8qF.png http://i.imgur.com/WyNbl.png Yes, the alignment seemed odd to me as well, but Marina and Gustavo believe it will help distinguish sections of the page, as in a brochure. Sounded logical to me (I have zero knowledge of print media, or pretty much any media outside of computer related which != art media ;-) If you plan to keep the current header let me know and I will clean up the CSS for you since it was automatically generated using Sass[1]. It also contains various fixes to the main website and I never got around cleaning up or commenting either. I can keep the current header if the community wants it, or we can change it. I can clean up the css if needed. I”ve made a few classes of my own, etc and will need to integrate that more as we move forward (some things I’ve still got defined in style tags - so those need to be pulled in too). [1] http://sass-lang.com/ Thanks for your work and keep fighting the good fight. No worries. Glad I can be of use. Maybe one day I’ll be able contribute something else (thinking booze here, but maybe code too ;-). Jess -- Lotusphere 2011 Register now for Lotusphere 2011 and learn how to connect the dots, take your collaborative environment to the next level, and enter the era of Social Business. http://p.sf.net/sfu/lotusphere-d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Lotusphere 2011 Register now for Lotusphere 2011 and learn how to connect the dots, take your collaborative environment to the next level, and enter the era of Social Business. http://p.sf.net/sfu/lotusphere-d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] outta curiosity - samsung bd-6500
Hello, Been pondering this one for a while, and am curious if anyone knows if this device has enlightenment on it? When I first got it out of the box and hooked it up, the network menu had a wait logo that was a dead ringer for some logs I”m sure I’ve seen around the e installs. The interface does not always seem 100% e17 like, but there are times where I really wonder. Maybe when it gets outdated (ie, replaced) I could open it up and tinker with it? Overall it is a nice player, but bd is soo darn slow sometimes... Thanks, Jess -- Lotusphere 2011 Register now for Lotusphere 2011 and learn how to connect the dots, take your collaborative environment to the next level, and enter the era of Social Business. http://p.sf.net/sfu/lotusphere-d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Enlightenment web site - please review
Hello, I’ve been working off list with Gustavo, and we’d like to get some feedback on the design thats been worked out. http://e-www.thecharbneaus.com/p.php?p=aboutl=en http://e-www.thecharbneaus.com/p.php?p=downloadl=en http://e-www.thecharbneaus.com/p.php?p=supportl=en http://e-www.thecharbneaus.com/p.php?p=docsl=en Thanks, Jess -- Lotusphere 2011 Register now for Lotusphere 2011 and learn how to connect the dots, take your collaborative environment to the next level, and enter the era of Social Business. http://p.sf.net/sfu/lotusphere-d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] help with web site
Hello, I have modified the contribute and support pages. Please review and let me know if I’m heading in the right direction or not. Basically shifted things to a single frame layout, removed some items others had proposed as wiki bound and reworded some text here and there. Also let me know if the knife went too deep and I can add items/sections back in as needed/directed. I could use some direction on if I should also work some of the items in the wiki and migrate the content there, etc. If I should do that, please direct me on how to create a wiki account (sorry, I’ve looked but haven’t found a “user registration” page - could be I’m blind so please confirm if true :-) ). Thanks, Jess Contribute page: http://e-www.thecharbneaus.com/p.php?p=contributel=en Support page: http://e-www.thecharbneaus.com/p.php?p=supportl=en On Nov 13, 2010, at 12:06 AM, Ian Caldwell wrote: Also one major issue with the current design is, #1 artwork #2, it is flat, no changes in gradients or outlined news or anything so it doesn't separate the news section from the about page, it needs to have different looking boxes / columns in my opinion or at least more organized... On Thu, Nov 11, 2010 at 12:49 AM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: On Thursday, November 11, 2010, Ian Caldwell inchost...@gmail.com wrote: #1 hate to say it but the current design is not great, the menu system is decent but the artwork / pages are half assed (no offense). but they have not gotten too much TLC... your best bet is to start from ground zero and remember don't ask permission to do it... just do it and make change and then present it, as we're never going to all agree. I agree, but raster has a great point about timing and as content is more important we'll focus on it On Wed, Nov 10, 2010 at 5:18 PM, Jesse Charbneau j...@thecharbneaus.comwrote: Hello All, I have been talking to Raster and Gustavo on a side thread and have gotten the e site running on my personal server. I will be reviewing the wish list / suggestion items from the thread, as well as the items Gustavo mentions below and will begin work in the next day or two. Please feel free to email me directly if there are specific items that others feel are important to realize. I do not wish to get in the middle of the discussion being a new egg and all ;-), so please try to keep the list to something manageable and specific so that I can hit the mark on what improvements everyone would like to see. You can review my dev area at: http://e-www.thecharbneaus.com/p.php?p=indexl=en I’ve pasted Gustavo’s note here so you don’t have to dig: 2. rework content, from easiest to complicated (convoluted). The overall rule is make the text look as professional as possible, short and direct. Let's avoid explaining/justify/clarify too much. Our rules and technical decisions are that, period. Technical details goes to trac/wiki, if not there already. Link there whenever appropriated, edit wiki to match the removed/moved information. 2.1. Contribute (see our mail discussion, lots of stuff should be linked or go to wiki, part of that is there already, like coding style...) 2.2. Support (good, but would use some text simplification to make it shorter and more direct) 2.3. About (good, but if could be simplified and more direct, then awesome -- we could use a link to youtube/vimeo with a showcase of E17 and Elementary there, maybe 2 with different themes) 2.4. Documentation (I'd like to remove it in the long go, but so far we must integrate the EFL docs at the end with the one at the top) 2.5. Download keep just the packages, move the debian deps to wiki. The packages list needs confirmation of their validity, Gentoo is okay (I'm an user). Ask e-users and #e to see if the references there are valid. (Ubuntu is definitely broken, from 2005 and still refers to CVS! Ask Lutin for his packages) 2.6. Contact (rework to integrate better with devmap, we'll move it as a sub-page from Contribute and Support) 3. Layout changes. First, Raster's goal: keep a flat page, with easily accessible content, more important first. Problem is that abusing 3 column layout is no go for most people setup, remembering that lots of people run 1024x768 at 96dpi, you end with fairly thin columns. This should be easier after step #2. Thanks, Jess Begin forwarded message: From: Jesse Charbneau j...@thecharbneaus.com Date: November 10, 2010 8:10:18 PM EST To: Gustavo Sverzut Barbieri barbi...@profusion.mobi Cc: Jesse Charbneau j...@thecharbneaus.com, Carsten Haitzler ras...@rasterman.com, Luis Felipe Strano Moraes lfel...@profusion.mobi Subject: Re: help with web site Hey Gustavo, Item 1 is complete and the site now works
[E-devel] Fwd: help with web site
Hello All, I have been talking to Raster and Gustavo on a side thread and have gotten the e site running on my personal server. I will be reviewing the wish list / suggestion items from the thread, as well as the items Gustavo mentions below and will begin work in the next day or two. Please feel free to email me directly if there are specific items that others feel are important to realize. I do not wish to get in the middle of the discussion being a new egg and all ;-), so please try to keep the list to something manageable and specific so that I can hit the mark on what improvements everyone would like to see. You can review my dev area at: http://e-www.thecharbneaus.com/p.php?p=indexl=en I’ve pasted Gustavo’s note here so you don’t have to dig: 2. rework content, from easiest to complicated (convoluted). The overall rule is make the text look as professional as possible, short and direct. Let's avoid explaining/justify/clarify too much. Our rules and technical decisions are that, period. Technical details goes to trac/wiki, if not there already. Link there whenever appropriated, edit wiki to match the removed/moved information. 2.1. Contribute (see our mail discussion, lots of stuff should be linked or go to wiki, part of that is there already, like coding style...) 2.2. Support (good, but would use some text simplification to make it shorter and more direct) 2.3. About (good, but if could be simplified and more direct, then awesome -- we could use a link to youtube/vimeo with a showcase of E17 and Elementary there, maybe 2 with different themes) 2.4. Documentation (I'd like to remove it in the long go, but so far we must integrate the EFL docs at the end with the one at the top) 2.5. Download keep just the packages, move the debian deps to wiki. The packages list needs confirmation of their validity, Gentoo is okay (I'm an user). Ask e-users and #e to see if the references there are valid. (Ubuntu is definitely broken, from 2005 and still refers to CVS! Ask Lutin for his packages) 2.6. Contact (rework to integrate better with devmap, we'll move it as a sub-page from Contribute and Support) 3. Layout changes. First, Raster's goal: keep a flat page, with easily accessible content, more important first. Problem is that abusing 3 column layout is no go for most people setup, remembering that lots of people run 1024x768 at 96dpi, you end with fairly thin columns. This should be easier after step #2. Thanks, Jess Begin forwarded message: From: Jesse Charbneau j...@thecharbneaus.com Date: November 10, 2010 8:10:18 PM EST To: Gustavo Sverzut Barbieri barbi...@profusion.mobi Cc: Jesse Charbneau j...@thecharbneaus.com, Carsten Haitzler ras...@rasterman.com, Luis Felipe Strano Moraes lfel...@profusion.mobi Subject: Re: help with web site Hey Gustavo, Item 1 is complete and the site now works as expected: http://e-www.thecharbneaus.com/p.php On the below items, I’ll collate everything below and from the mailing list into something concise for everyone to review. Will try and have that to you over the weekend and will begin with some of the more obvious wish list items. Thanks, Jess On Nov 10, 2010, at 2:24 PM, Gustavo Sverzut Barbieri wrote: On Wed, Nov 10, 2010 at 12:43 AM, Jesse Charbneau j...@thecharbneaus.com wrote: Ok. Gustavo, Please let me know what needs to be done and I will get started this weekend. Hi Jesse, Sorry taking so long to reply, I'm doing some work stuff as I need to travel to Korea to meet our dear Raster in person... That also mean I'll be changing to Korean time zone from Saturday to the next Friday. The weekends I'll be traveling, so don't wait for my replies on those dates. When I'm back i'll try to help with actual code as well as talking to our designers about visual changes. So, let's try to agree on a schedule to be done by the end of Friday 19th, then we reevaluate. I'd like to see done by then: 1. proper clone site (just fix the issues you found with your setup 2. rework content, from easiest to complicated (convoluted). The overall rule is make the text look as professional as possible, short and direct. Let's avoid explaining/justify/clarify too much. Our rules and technical decisions are that, period. Technical details goes to trac/wiki, if not there already. Link there whenever appropriated, edit wiki to match the removed/moved information. 2.1. Contribute (see our mail discussion, lots of stuff should be linked or go to wiki, part of that is there already, like coding style...) 2.2. Support (good, but would use some text simplification to make it shorter and more direct) 2.3. About (good, but if could be simplified and more direct, then awesome -- we could use a link to youtube/vimeo with a showcase of E17 and Elementary there, maybe 2 with different themes) 2.4
Re: [E-devel] web site contents
Hello, I spend most of my days in web land supporting/debugging java, php, perl, sh (mainly tomcat, apache, mysql, etc). I’m wrapping up a side project, and with the holiday season coming up I’m sure I could spend some cycles helping out (least I could do considering the kickin’ libs and support I’ve used up over the years - literally Ecore_Threads is saving my arse right now, that fork pipe thing I had rolled up blew) ;-). Email me directly once things have been settled regarding priorities, whats needs updating, etc and I can setup something on my server or work with whomever controls that to dummy up the pages somewhere. While I’m also not a professional writer/copy person, I can do a fair enough job, so if proofreading / layout work is needed, I could probably help with that as well. Should also mention that English is my primary language and I pretty much suck at all others (minus programming) :-P. Thanks, Jess On Nov 8, 2010, at 8:58 PM, Gustavo Sverzut Barbieri wrote: Well, I'll reply this mail with quite a bit of sadness... likely we'll go nowhere from what you wrote. Maybe others can also reply with their feelings. On Mon, Nov 8, 2010 at 10:32 PM, Carsten Haitzler ras...@rasterman.com wrote: On Mon, 8 Nov 2010 18:32:54 -0200 Gustavo Sverzut Barbieri barbi...@profusion.mobi said: Hi all, Raster is trying to solve our website problems by doing some work, but looking at it from an outsider point of view (I've asked some) we're not getting much better. I'm not even referring to look and feel, graphics or similar inconsistencies, but contents. I'd like to highlight the problems and propose a solution, that I'd take care of finding someone to implement soon on ProFUSION's expense. = MOTIVATION = Raster correctly want to keep website as a brochure, with the essential and move more detailed stuff to trac. This is wise, and is important to outsiders when they want to know what is E, EFL and they don't have much time or patient to figure out using deep nested page structure. Trac's wiki, on the other hand, would serve as full fledge resource information, with all details and moving informations that require updates. = PROBLEMS = Summary: Due legacy, pride or other unsolved problems we've crufted it too much. Each page problem is listed below in separate sections. == ABOUT == Cruft came due it being the first of new page sets. It was the only place to talk about and we did it all in once. Check how many references to our libraries we have there, and the level of details. That is too much for an about page. Much of the details should be offloaded to a TECHNOLOGIES page (more about it later). well about is this technologies page... effectively. no need to shuffle here for the sake of shuffling. The problem is that we have too much technologies. There we list just 2 graphics (evas/edje) and it's too much already. IMO about page should be simpler, to let users grok what's E/EFL and then lead to more specific bits. The current content is terrifying, do some experiment: ask some random USER (as it's not specifically a developer page) to read it and look at their face while they do it. == DOWNLOAD == Ouch, we're trying to solve one problem (lack of packages) with a page that is not that helpful at all. This page should go, completely, being replaced with a TECHNOLOGIES page (more about it later). The current contents, such as Debian dependencies, and build order should go to Trac to help with future packagers (Arch? BSD?), but this is really a moving target and not something we should have in a brochure. I know at least Raster will be against that. But please stop for a while and think why we need that. We should fix that problem and try to get packages on distros. The current documentation is really complex, it's hard if not impossible to expect users will read that and get it right. For instance I just followed that to get it on my temporary Fedora box and it was a no go, I resorted to other means to get it running as it was not helpful for Fedora, just for Debian/Ubuntu and there we should have packages! this is where i totally disagree. someone heard of e and was told it was good - or efl etc. and the internet has an attention span of about 2 seconds... they want to find where to get it right away with minimum of fuss. fact is any NEW release we do will take days, weeks or months to make it into any distro. ubuntu has 6 months release cycles. debian takes years between releases so current stable debian wont get a new version, if that's what you are on. fedora - same. 6 months or so, etc. do we just point to hey you need to wait 3 months to get packages. or we do the usual and make tarballs available. in fact making the tarballs available of our releases *IS OUR PRIMARY TASK* i'ts even MORE important than the rest of the website. it *IS* our whole store and its merchandise. the
Re: [E-devel] Advice needed - threads, pipes and bears oh my
On Nov 7, 2010, at 6:04 AM, Cedric BAIL wrote: On Sun, Nov 7, 2010 at 7:16 AM, Jesse Charbneau j...@thecharbneaus.com wrote: Thanks MIke! I’ll dig through there and see what I can ferret out! Eio use it a lot also. Look at eio_file_*ls for example in eio_file.c. -- Cedric BAIL Thanks Cedric. That example helped alot! Jess -- The Next 800 Companies to Lead America's Growth: New Video Whitepaper David G. Thomson, author of the best-selling book Blueprint to a Billion shares his insights and actions to help propel your business during the next growth cycle. Listen Now! http://p.sf.net/sfu/SAP-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Advice needed - threads, pipes and bears oh my
Hello, Thanks Cedric (and MIke too!). I’ve been testing out ecore_thread_feedback_run and have been able to get func_notify to work, but am struggling a bit on getting the data out. I’ve looked over the source and don’t see where any apps are using this functionality, so am lacking some example to learn from . Any direction would be helpful. In the meantime, I’ll keep banging on it until something gives ;-). Side note, moving the serial read i/o over to using ecore_thread_feedback_run I already see improvements in the animations with-in edje, so I think this is going to work, just have to school myself enough to understand the data portion :-). Thanks again guys! Jess On Nov 6, 2010, at 7:38 AM, Cedric BAIL wrote: On Sat, Nov 6, 2010 at 4:49 AM, Jesse Charbneau j...@thecharbneaus.com wrote: Hello All, I am working on a project in which I am running into some difficulties. To provide a brief overview, I have a device that I connect to via RS232 (using termios) and read in a 16 character hex string. This hex string is a locator of sorts in that it will tell me what hardware based devices have been attached to it. From there, I take the character string, convert it, and this tells me what I need to enable in the touchscreen interface (using edje mainly). My first inclination was to use ecore_ipc as I’ve used it to great success in the past, but ran into issues there ( I tried both a timer with a call to just read the line data, and also tried a while). The while loop of course did not work as I needed the ecore main loop in order to get my IPC functionality going (am I wrong here, is there a better way to approach). This also created timing issues when trying a simple if(fgets.) as the device sends me a stream every .5 seconds (which will eventually be tuned to be a minimum of 1/10th of a second). After much fuss (even tried using fifo’s a bit), I settled on using a single process with a fork/pipe approach, but I’ve noticed some performance issues there. I’ve read around on the net lots, and am not entirely comfortable with threads (I’ve heard much bad juju re: threads), but that seems performance wise much better than fork (from my own testing as well as tables on the net stating similar). The other piece of the fork problem is that while I can spawn off a separate child to perform the serial i/o work, I still have to get the data back to the main process so have a standard pipe that I have attached a timer to. I’m sure I’m missing something here, but for the life of me can’t think myself out of this one. As a research exercise, I’ve been tooling around with pthreads, and it seems like I can spawn a thread that will do my serial work just fine, and have tested both running 1 thread to perform serial work, with 1 thread running ecore based code, but that bombed (I did see the notice regarding EFL not being thread safe, but figured I’d try it out just the same ;-) . Running a parent that spawned a thread for just the serial work and then continue on to interface code seemed to work ok, but not sure if this is correct or not. I also found the following link suggesting that threads can be used, but you have to marshall back to the main loop. That is kind of greek to me, so am hoping some one can review the above and tell me if I’m marching in the right direction, and how to “marshall” back to the main thread? Also, I noticed reference to Ecore_Thread, but am not familiar with it and find little documentation for that library. Can someone suggest some code I can review that makes use of this functionality? Here is the link regarding some notes to the effect of Ecore_Thread, EFL thread safety: http://trac.enlightenment.org/e/wiki/EFLOverview The quote that got me thinking: Ecore_Thread is a way to divide the work between heavy function that will run in another process and some callback that will be from the mainloop. Making thread use easy with the EFL. If you must spread your work across multiple CPU's for performance, then divide and conquer. split it up into many worker threads that do the bulk of the work without EFL and then marshal back results to the mainloop to update the application state (and GUI) accordingly.” I also noticed one of the developers introduced Ecore_Pipe, but have seen very little about it, other than the post to the mailing list. Is that a viable alternative for me? Look at ecore_thread_feedback_run, ecore_thread_feedback, ecore_thread_cancel and ecore_thread_check. -- Cedric BAIL -- The Next 800 Companies to Lead America's Growth: New Video Whitepaper David G. Thomson, author of the best-selling book Blueprint to a Billion shares his insights and actions to help propel your business during the next growth cycle. Listen Now! http://p.sf.net/sfu/SAP
Re: [E-devel] Ecore IPC - error when building from cookbook recipe
Forgot to mention that while these are warnings and the binary does get built, when I run the executable I get the “Naughty Programmer” message :-) (nice btw :-). Here’s a sample: j...@jess-laptop:/home/jess/c/e_dev/examples/ecore_ipc/server# ./test Initializing core libraries Ecore, Ecore_Evas, Edje, Ecore IPC Library initlization complete ERR:Ecore ecore.c:216 _ecore_magic_fail() *** ECORE ERROR: Ecore Magic Check Failed!!! *** IN FUNCTION: ecore_evas_title_set() ERR:Ecore ecore.c:218 _ecore_magic_fail() Input handle pointer is NULL! ERR:Ecore ecore.c:229 _ecore_magic_fail() *** NAUGHTY PROGRAMMER!!! *** SPANK SPANK SPANK!!! *** Now go fix your code. Tut tut tut! ERR:Ecore ecore.c:216 _ecore_magic_fail() *** ECORE ERROR: Ecore Magic Check Failed!!! *** IN FUNCTION: ecore_evas_show() ERR:Ecore ecore.c:218 _ecore_magic_fail() Input handle pointer is NULL! ERR:Ecore ecore.c:229 _ecore_magic_fail() *** NAUGHTY PROGRAMMER!!! *** SPANK SPANK SPANK!!! *** Now go fix your code. Tut tut tut! ERR:Ecore ecore.c:216 _ecore_magic_fail() *** ECORE ERROR: Ecore Magic Check Failed!!! *** IN FUNCTION: ecore_evas_get() ERR:Ecore ecore.c:218 _ecore_magic_fail() Input handle pointer is NULL! ERR:Ecore ecore.c:229 _ecore_magic_fail() *** NAUGHTY PROGRAMMER!!! *** SPANK SPANK SPANK!!! *** Now go fix your code. Tut tut tut! ERR:Ecore ecore.c:216 _ecore_magic_fail() *** ECORE ERROR: Ecore Magic Check Failed!!! *** IN FUNCTION: ecore_evas_resize() ERR:Ecore ecore.c:218 _ecore_magic_fail() Input handle pointer is NULL! ERR:Ecore ecore.c:229 _ecore_magic_fail() *** NAUGHTY PROGRAMMER!!! *** SPANK SPANK SPANK!!! *** Now go fix your code. Tut tut tut! Starting IPC server:test, port: Also, I’m not using make but am compiling directly: gcc -o test main.c -I/opt/e17/include -L/opt/e17/lib -I/opt/e17.2/include/e_dbus-1 -I/opt/e17.2/include/ecore-1 \ -I/opt/e17.2/include/eina-1/eina -I/opt/e17.2/include/eina-1/ -L/opt/e17.2/lib -lecore -lecore_ipc -lz -leet -lz -ljpeg Thanks again everyone, Jess On Sep 6, 2010, at 7:57 PM, Jesse Charbneau wrote: Hello, I’ve been trying to resurrect some code I wrote some time ago using Ecore/Ecore_IPC. It was failing, so in troubleshooting I came across a sample in the cookbook handling IPC server and client communication. In comparison, my code looks correct. Upon trying to build the code from the cookbook, I get the same error as when compiling my own code. I was wondering if something possibly changed and has not quite made it to the documentation yet, or if there is a newer, better way to develop ipc apps? Here is the cookbook entry: http://docs.enlightenment.org/books/cookbook/eflcookbook.html#id2538076 Here is the error I am getting when compiling both my code as well as the sample from the cookbook: j...@jess-laptop:/home/jess/c/e_dev/examples/ecore_ipc/server# ./compile.sh 21 | head -10 main.c: In function ‘setup_ipc_server’: main.c:177: warning: passing argument 2 of ‘ecore_event_handler_add’ from incompatible pointer type /opt/e17.2/include/ecore-1/Ecore.h:335: note: expected ‘Ecore_Event_Handler_Cb’ but argument is of type ‘int (*)(void *, int, void *)’ main.c:178: warning: passing argument 2 of ‘ecore_event_handler_add’ from incompatible pointer type /opt/e17.2/include/ecore-1/Ecore.h:335: note: expected ‘Ecore_Event_Handler_Cb’ but argument is of type ‘int (*)(void *, int, void *)’ main.c:179: warning: passing argument 2 of ‘ecore_event_handler_add’ from incompatible pointer type /opt/e17.2/include/ecore-1/Ecore.h:335: note: expected ‘Ecore_Event_Handler_Cb’ but argument is of type ‘int (*)(void *, int, void *)’ Thanks, Jess -- This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Ecore IPC - error when building from cookbook recipe
Hello, I’ve been trying to resurrect some code I wrote some time ago using Ecore/Ecore_IPC. It was failing, so in troubleshooting I came across a sample in the cookbook handling IPC server and client communication. In comparison, my code looks correct. Upon trying to build the code from the cookbook, I get the same error as when compiling my own code. I was wondering if something possibly changed and has not quite made it to the documentation yet, or if there is a newer, better way to develop ipc apps? Here is the cookbook entry: http://docs.enlightenment.org/books/cookbook/eflcookbook.html#id2538076 Here is the error I am getting when compiling both my code as well as the sample from the cookbook: j...@jess-laptop:/home/jess/c/e_dev/examples/ecore_ipc/server# ./compile.sh 21 | head -10 main.c: In function ‘setup_ipc_server’: main.c:177: warning: passing argument 2 of ‘ecore_event_handler_add’ from incompatible pointer type /opt/e17.2/include/ecore-1/Ecore.h:335: note: expected ‘Ecore_Event_Handler_Cb’ but argument is of type ‘int (*)(void *, int, void *)’ main.c:178: warning: passing argument 2 of ‘ecore_event_handler_add’ from incompatible pointer type /opt/e17.2/include/ecore-1/Ecore.h:335: note: expected ‘Ecore_Event_Handler_Cb’ but argument is of type ‘int (*)(void *, int, void *)’ main.c:179: warning: passing argument 2 of ‘ecore_event_handler_add’ from incompatible pointer type /opt/e17.2/include/ecore-1/Ecore.h:335: note: expected ‘Ecore_Event_Handler_Cb’ but argument is of type ‘int (*)(void *, int, void *)’ Thanks, Jess -- This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Edje part show and hide
Hello, I have tackled this myself, and at one point used some macros as defined in the cookbook here : http://wiki.enlightenment.org/index.php/Creating_Edje_User_Interfaces#Edje_Code I did have to do some re-organization of course, but in the end was able to generate 12 icons that would pulse, were draggable, etc. I could provide a sample if needed, just send me a direct email. Note that it *seems* as though someone out there said there was a newer better way, but I have never learned that trick :-) Thanks, Jess On Mon, 2009-05-18 at 07:33 -0700, Mikael Liljeroth wrote: Hi, I have a question regarding Edje. In very large user interfaces almost every part has an invisible state and one visible state. Each of these parts also has a corresponding program to show or hide the part. This makes the edc file very big and hard to read. Is there some way to generalize the procedure of hiding and showing parts in edc, or from c? Maybe dynamically without an edc program for every part? /Mikael -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
