Re: [E-devel] Enlightenment web site - please review
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=about&l=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 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. 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. > http://e-www.thecharbneaus.com/p.php?p=download&l=en > http://e-www.thecharbneaus.com/p.php?p=support&l=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 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. [1] http://sass-lang.com/ Thanks for your work and keep fighting the good fight. -- 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] Continuing the website saga
I would recommend against Drupal for forums, they don't look good, they lack basic functionality in many browsers, the search function doesn't work very well, and yet remain complex to maintain. My recomendation would be RForum (http://rforum.andreas-s.net/rforum). That merges the froum with the mailing list in http://www.ruby-forum.com/. Or I could help to customize a Simple Machines Forum, to make the interfaces less cluttered with crap, perhaps even include a mailing list module. El Sábado 16 Septiembre 2006 01:20, Carsten Haitzler escribió: > On Wed, 13 Sep 2006 10:32:00 +0100 Andrew Williams <[EMAIL PROTECTED]> > babbled: > > OK - I have been waiting for the dust to settle (too much email to handle!) > :) > > I will summarise what I think the WEBSITE needs (regular builds with errors > are orthogonal to the WEBSITE - they can output web pages to be linked to > though...). > > The list of what we have and what handles it currently, do they need user > auth. > > 1. news posting - summaries on front page (XSM, auth) > 2. content creation and editing (XSM, auth) > 3. forums (drupal, auth) > 4. bug db/reporting (mantis - i think, auth) > 5. on-disk file repo for download (custom PHP) > 6. documentation (XSM, auth) > 7. webcvs (kevb/webcvs) > 8. user uploads of themes etc. (XSM - done by hand, auth) > > we, as dan pointed out, need to unify authentication/user info - we can't > go and have all the systems separate. they need to be unified - 1 login. > frankly - i think we need to either look at making XSM do all of the above, > or we need to canvas for a solution that does all of the above for us > already. we do not need to go write our own cms/wiki/whatever we are not in > the business of building "websites". we are in the business of writing > "code". the website is a means to an end. > > xsm has served well - and i am happy to keep using it - if we can > accomodate what we need easily. the bits not needing auth can be put in > with XSM - those not using XSM and needing auth are the problem. > > so - we > 1. bring xsm up to speed and merge everything in and do all that work > 2. we look for an alternative (if one exists) > 3. we write our own (oh bloody hell i hope not!) > 4. we keep depating this until we all get bored and find something better > to do. > > so our 2 real possibilities are 1 & 2. > > so - let's look at this in parallel. what are our chances of 1. and gettign > xsm to manage things so we can have forums, bug tracker, etc. etc. cleanly > (and our list of issues with xsm) > > and what are our alternatives - wiki's with bug trackers (trac?)? trac is > very limiting in the page content land - if u want simple things its fine, > but otherwise is lacking. twiki i understand is better BUT not sure about > adding bug trackers etc. drupal is a monster. what about forums combined > with these?... > > > dan sinclair wrote: > > > Hello, > > > > > > Ok, haven't got a lot of responses (not that I gave it a huge amount of > > > time, I'm inpatent) but, a follow on email to what we want out of the > > > site. > > > > > > How do we get it. > > > > > > Lets us assume, for now, XSM is our CMS of choice. It will handle the > > > static pages for all 'normal pages'. It will handle the news page > > > (which, will hopefully be able to be displayed on both the home page > > > for 2-3 articles and in the news page, Handy?). > > > > sure thing. Any "list based" page can be summarised using simple markup > > which can be inserted into something like the front page using the > > template system. > > > > > The FAQ will be XSM. If we > > > want to hook up for the user to download the faq to their system we can > > > grab the .xml file XSM generates and post process if needed (Handy, can > > > we hook post processing scripts in so after a page is written out, fire > > > script?) and stick this into specific spots in the webserver. > > > > post processing is not currently available as a hook, but you can look > > at mtime values on files. perhaps RSS might be useful here? > > > > > The main docs pages will be in XSM. The API docs will be generated from > > > CVS, with links from XSM. The other docs that are in CVS will also be > > > autogen'd on commit with links from XSM. > > > > > > That make sense as a starting point? > > > > yup :) > > > > > So, what does that leave us with to sort out. > > > > > > 1- User forums. The easiest is to grab something previously created and > > > use that. There are two issues. > > > a) do we want to migrate data from edevelop, if so, how. > > > b) user authentication. We want this to have the same authentication > > > as XSM. > > > So, we'll either need to modify this in the forum software, or do > > > some fancy footwork. > > > (XSM writes its user db and we parse that into the forum db, or > > > into LDAP or something?) > > > > XSM does want to use LDAP, perhaps this would be the push it needs :) > > > > > 2- Wiki. Do we want a user wiki? Something for users
Re: [E-devel] Continuing the website saga
I honestly don't see the need of having *everything* integrated, except for a unified authentication system and maintenance I see the need of an agile way of update information on the website (a wiki), exchange opinions and support (a forum), and a formal channel for users to present problems to the developers (a bug tracker). I offer my help to unify the look and authentication systems of the best tool for each job. Unified authentication should be almost trivial to implement, the real problem here is maintenance, having to track bugs and updates for several different apps could be a bother, but not much more than tracking the bugs of obscure modules that-might-be-unmaintained of a given CMS. In my opinion trying to use an integrated system for everything will turn up with a collection of half-baked services. If you insist on using a integrated solution, then I guess Mambo/Joomla is the most professional and complete choice I know about. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Help with website, trac and docs!
On Domingo 13 Diciembre 2009 04:42:56 Gustavo Sverzut Barbieri escribió: > On Sun, Dec 13, 2009 at 5:35 AM, Vincent Torri wrote: > >> that needs to go. trac news isnt used. > > > > are you sure ? I use it, Gustavo too. > > > > Planet is also used but it is not mentioned in the web site. > > trac news = planet official blog, so having planet = having trac news, > no need to have special page for that. IOW, just have official news > and planet. > > IMO news should be split in three: * News on the main website; For important project news and release announcements. * Trac blog: For minor project news * Planet: News from the developers. In the PHP code I'm abut to commit I integrate all three into the main page. I also wrote a lot of other PHP code, pretty much all website from scratch including things like getting the most voted exchange themes, developer lists, etc. Depending on own much time it takes me to transcribe the content I wrote into proper (at least as proper as I can write it) english, and some SVN issues, you can get the PHP code today night or tommorow night (GMT -3). I'm really almost done with the new website, I know I should have made commits more often but my stupid decision of mixing spanish and english in code and content ended up wasting too much time and I didn't want to cofuse or offend potential contributors. Sorry about that. I hope the hundreds of hours I spent working on this aren't a complete waste. You will see it on the next (final?) commit. dresb -- Return on Information: Google Enterprise Search pays you back Get the facts. http://p.sf.net/sfu/google-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Website Organization
Before anyone else spends a second creating or editing existing website or wiki content we need to sort this project's face out. The current website(s) and wiki(s) are a mess, to continue to add content without sorting this out is simply a waste of time. As I see it we have three veins: 1. Project promotion (this includes news). 2. Community support and documentation. 3. Community resources and applications. These three fit perfectly in three websites: 1. E.org 2. Trac 3. Exchange But outside of this we have a wealth of internal sites and subdomains that is a real mess, I can easily find 5 different guides of installing e17. We need to cut this out and fit the corresponding content in the corresponding venue. Before writing anything else let me say: We need to show Exchange more love, in the backend and the frontend, to make it more appealing for external application developers to announce their project news and updates there. This produces dynamic lists and content we can reuse without effort and without forcing them to create pages on our wiki and update some application table on the wiki. I didn't write much about exchange in the new TODO [0] and SITEMAP [1] files I uploaded recently, but as I dig out and research what we have and the way other similar projects are organized I realize that having a wealthy and active exchange is a winning move. [0] http://www.enlightenment.org/dev/README.html#todo [1] http://www.enlightenment.org/dev/SITEMAP.html I thought both of these files were more or less complete, but as I said the more I dig the more I find and their content might be out of date compared to this mail. I ask you to review these files after reading this mail and let me know what you think, we need to agree to some structure at least in our facade. The other subject of this mail are the subdomains. I'm talking not about the services they provide in the backend but what is presented when a simple http request is done on the root folder. http://forum.enlightenment.org/ We need an user forum but having users to register multiple times in multiple sites is ridiculous so I suggest to REDIRECT this to a trac page using DiscussionPlugin: http://trac-hacks.org/wiki/DiscussionPlugin instead of the current forum. I don't have the permissions to do this or anything else outside the SVN tree but I would gladly take the time to install this if asked to. http://svn.enlightenment.org/ REDIRECT to a wiki page that explains how to download either the full SVN tree or specific folders, as an anonymous and as a registered user. Installation of E17 is covered by linking to the installation section of the E17 user guide. http://docs.enlightenment.org/ REDRECT to a wiki page containing basically the same info, internal files will be served as requested. http://trac.enlightenment.org/ REDIRECT to http://trac.enlightenment.org/e/ http://packages.enlightenment.org/ REDIRECT to a wiki page containing the same info, Files that do not use the repository system (like window packages) should be in Download and pointed from the wiki page. http://download.enlightenment.org/ Should remain as the point of manually downloading anything E related outside SVN. We can update the look and feel of the directory listing to match the rest of the site and including links to wiki pages that might be of interest. There are other sites and subdomains that should be merged into these three veins I talked about and can be found in the stage 3 of the todo list: http://www.enlightenment.org/dev/README.html#stage-3-design-of-external-sites-and-doxygen I have read all mails written about this in the past and I traced my plans taking every idea into consideration, but if you feel I missed one make sure to let me know. -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] attachments/images in trac wiki
On Lunes 22 Febrero 2010 11:57:29 buergi escribió: > Hello, > i don't know if this is the right place to ask the following question, > but can anyone tell me why the trac wiki shows the attachments global on > every wiki page instead of only below the article to which I attached > them? > > I thought it would be a good idea to migrate some of the old wiki's images > to the new trac wiki to get rid of those ugly red boxes. But after > uploading two images i noticed that they are listed now below every > article as attachments. > > Did I make something wrong? I tried the same in trac's demo wiki on their > homepage and everything worked fine. > It it's not possible to reconfigure trac so that it shows only the > attachments of the current article someone should probably remove the two > attachments. > > As the images i attached were prefixed with '.2' I think the old wiki's > images are already migrated to trac, aren't they? Trac is quite broken right now, as is exchange (from what I've seen in the ML). I think we need to from a strict "server team" of a handful of people with experience managing servers. Each member adopts a specific service (like trac) and becomes THE person who deals with issues for his child service. This would require someone who can put that task as top priority on their schedules. But regardless of that happening, I offer to setup a parallel Trac installation with all the proper plug-ins for things like anti-spam measures, etc. This would take quite some time (a week at least) as I would have to study Trac thoroughly and document my installation process and administration details for the person who will be in charge of this in the future. I've been told Raster has a more accurate schedule for the next release. Since just today I will commit the final version of the "libraries" page, which means I still have 4 more pages (albeit simpler) to go + the "proper" design for all of them (breaking the grid, adding imagery, using a proper palette, etc) and this HAS to be done before the release. I need Raster to be OK with this first. -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] I'm sorry and see you later
It should be obvious to you by now that I cannot be trusted. But before the whining part and excuses these are the resources I just committed that might be useful to anyone working with the site: dev/lib/ Most of the php code is hastly made crap and copy pasted, ignore it, it just was simpler to me than using the current code but it was not intended to be used as it is in its current form): dev/lib/developers.php Has a simpler parser for the svn developer files and the inactive developer list as an array instead of an html table like it currently is. dev/index.php If limonade.php is to be used this file explains how it works, it also has the mailing lists as arrays. dev/pages/english/about.html.php Has what I consider the best thing I ever wrote for this project's website "The History of the Enlightenment Project" dev/pages/english/libraries.html.php Has a distilled version of the current about page, with some additional text and various areas that should be dynamic content (the video channel, in the wild, featured applications). dev/materials/ A bunch of resources useful for designers along with the svg files from the current design (which I think sucks, but I made it so I can't complain). The palette will be useful if used across sites, warmer color for warnings and colder colors for information. dev/cssdev Almost devoid of new content, it includes what I have used to create the CSS in the current dev folder and some code, examples and indications on how to use this tool in the future. This will really save you time when the moment comes to maintain a consistent look across the website, trac, exchange, doxygen, etc. trunk/DOCS/devwithedje Use anything as you'd like for any book about Edje development, but try to replace the code with something that takes the new Elementary code structure as an example pattern. http://wiki.enlightenment.org/index.php?title=Special:Contributions&target=Z_en_coder&offset=0&limit=500 http://wiki.enlightenment.org/index.php?title=Special:Contributions&target=Dresb&offset=0&limit=500 These pages have lots of useful information that is not available in the new wiki and might be slightly outdated. And now for the whining part: == I have been treated psychiatrically for the last +3 years by same doctor. At one point I was under the max dose of an awful, life sucking ant-depressant known as Anafranil, an anti-psychotic drug and various anxiolytics, all at the same time. Each step of the crazy ladder started with a new diagnosis, a different treatment, a fuck-ton of hope and some small burst of productivity eventually declining to total inactivity outside the minimal work a person HAS to do. I have changed doctors now who are trying to treat this as a non-psychiatric issue (like some sort of cerebral dysrhythmia, for example), their first attempt was in February, it failed, and last Wednesday we started another line of non- psychiatric treatment. It is obvious to me now that I cannot keep making promises each time I start a new treatment, do some work and then disappear. I had the best intentions but I couldn't stop lying to myself thinking "this time will be different, this time it will work out". Sorry for the problems caused, Andres -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] I'm sorry and see you later
I forgot to say, don't pay much attention to the README files scattered around. While they contain some nice ideas and some information/links (SITEMAP has some content that could be used as well) they are largely outdated in respect at what was my final goals were after talking with k-s and raster about what had to be done. DO look at the README file in dev/cssdev, specially the font stack link for a good collection of serif and sans-serif font-family stacks that work well with common Windows, Linux and MacOS installs. To whoever gets in charge: please feel free to email me any questions about anything there you want to use. -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] I'm sorry and see you later
Thanks Toma, Cedric and João for your kind words. My previous mail seems to have been too melodramatic. I'm not ragequitting the project. I just wanted to make clear that and why I cannot be "in charge" of any mid/long term task until I get my shit together for a sustainable amount of time. I DO intend to make the odd contribution here and there, just no more plans, promises or commitments. And certainly no more whiny mails, Thanks again and see you later, Andres -- ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] New website header
Hello there, the current site header always bottered me since it was based on something I half-did a long time ago and I've been wanting to fix it. Homepage with the mouse over about: http://i.imgur.com/IhjjZ.png The actual about page: http://i.imgur.com/MLGxv.png Tested in ie6 and ready to go as soon as someone reverts 48315 (http://marc.info/?l=enlightenment-svn&m=127221653409512) to give me my superpowers back. -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://ad.doubleclick.net/clk;226879339;13503038;l? http://clk.atdmt.com/CRS/go/247765532/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] New website header
On Martes 27 Julio 2010 21:34:04 Carsten Haitzler escribió: > On Tue, 27 Jul 2010 14:09:14 -0300 Andres Blanc > said: > > you're back? :) hmm i quite like the old header... what do people think? > the black selection misses a shadow - it needs some depth. and the whole > bar needs a shadow under it for some depth too i think. that or it should > blend into the page... ? (and now trac and all the doxygen docs also dont > match too :(..) > Never left, just keep silent :) The older header was put up by somone when I was still playing around with it, totally my fault for being inactive for so long. My goal always was to make the simplest, sharpest, high contrast header possible while remaning as true as possible to the B&W e17 theme. THEN start adding subtle deepness effects based on feed back. Preferaby not the easy-way- out of drop shadows/gradients since I see them visual noise. I commited a more outrageously sharp theme so we can work from there. I'm playing with some other ideas like getting rid of the grey background completely, among other things. Regarding trac/doxygen don't sweat it, once and if we agree on the final design I'll do it. Doxygen its almost an outright copy&paste job. For trac I would need access to the template files on the server, quite simple as well. I think this theme is more loyal to the B&W theme than its predecessor. -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://ad.doubleclick.net/clk;226879339;13503038;l? http://clk.atdmt.com/CRS/go/247765532/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] New website header
That's great news! Since we are short on time I committed a hastily-made, new header addressing the issues raised. If its ok with you I can begin pushing it into doxygen (and trac, as soon I get access to the template files). The most annoying part is adapting the markup so I added extra tags. This way if I want to make "radical" design changes in the future I don't have to touch it, simply copy the css and image files. On Martes 27 Julio 2010 23:43:30 Carsten Haitzler escribió: > well... hurry up on the design. we want to get efl 1.0.0 out the door. > frankly i'm close to doing an efl 1.0.0 alpha release - i'd hope this or > next week. it's waiting on > > 1. tasn to finish doing his textblock api changes > 2. cedric to screw with edje file format > 3. me to fix all formatting of efl (easy enough - just needs doing and > doing where no patches are pending). > > right now efl 1.0 will come out - minus elementary. that'll lag behind a > few weeks/month or so. then at a point after that e17 will come out. then > we need to spend some time cleaning up the house internally while handling > all the bug reports and so on we didnt get to fix for 1.0.0 and holding > off on major feature stuff... then we can begin the slid in of new things. > for 1.1 etc. etc. > > > On Martes 27 Julio 2010 21:34:04 Carsten Haitzler escribió: > > > On Tue, 27 Jul 2010 14:09:14 -0300 Andres Blanc > > > said: > > > > > > you're back? :) hmm i quite like the old header... what do people > > > think? the black selection misses a shadow - it needs some depth. and > > > the whole bar needs a shadow under it for some depth too i think. that > > > or it should blend into the page... ? (and now trac and all the > > > doxygen docs also dont match too :(..) > > > > Never left, just keep silent :) > > > > The older header was put up by somone when I was still playing around > > with it, totally my fault for being inactive for so long. > > > > My goal always was to make the simplest, sharpest, high contrast header > > possible while remaning as true as possible to the B&W e17 theme. THEN > > start adding subtle deepness effects based on feed back. Preferaby not > > the easy-way- out of drop shadows/gradients since I see them visual > > noise. > > > > I commited a more outrageously sharp theme so we can work from there. I'm > > playing with some other ideas like getting rid of the grey background > > completely, among other things. > > > > Regarding trac/doxygen don't sweat it, once and if we agree on the final > > design I'll do it. Doxygen its almost an outright copy&paste job. For > > trac I would need access to the template files on the server, quite > > simple as well. > > > > I think this theme is more loyal to the B&W theme than its predecessor. > > > > - > > - The Palm PDK Hot Apps Program offers developers who use the > > Plug-In Development Kit to bring their C/C++ apps to Palm for a share > > of $1 Million in cash or HP Products. Visit us here for more details: > > http://ad.doubleclick.net/clk;226879339;13503038;l? > > http://clk.atdmt.com/CRS/go/247765532/direct/01/ > > ___ > > enlightenment-devel mailing list > > enlightenment-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] VCS usage poll, no discussion
On Lunes 02 Agosto 2010 21:29:22 Gustavo Sverzut Barbieri escribió: > On Mon, Aug 2, 2010 at 9:17 PM, Mike McCormack wrote: > > Leif Middelschulte wrote: > >> The reason that led to this poll was the idea of an inofficial GIT > >> mirror of the SVN, discussed amongst some devs using GIT. It might be > >> possible to manage multiple (D)VCSes simultaneously, but I don't know > >> enough about the internals to be sure about the limits. > > > > Seems like git-svn and a cron job would do that just fine. If you wanted > > to keep exactly in sync, use a svn post-commit hook to sync the git tree. > > > > At least it would save bandwidth by avoiding git-svn clones (which appear > > to be quite inefficient compared to a git clone). > > problem is just to convert and keep the whole history, if you do keep > from now and on, then it is as simple. > > BR, Couldn't you get it started by doing a svn checkout of an early revision and using a bash script to incrementally commit each svn revision by separate to the git repository? It would take time and bandwidth but you only have to do it once. (disclamer: not a git or svn wizard) -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] COPYING & spec files
On Domingo 15 Agosto 2010 14:33:06 Joerg Sonnenberger escribió: > edje: > The second paragraph is non-OSI and some parts are weird, e.g. the file > doesn't actually contain a copyright notice. I think the 2-clause BSD > license covers the intention and is OSI approved, but that's your call. Edje's COPYING file[1] is quite similar to the Vorbis BSD-Like license[2] which was endorsed by Stallman[3] itself. Perhaps looking at the Vorbis pkgsrc might solve your packaging issues? [1] http://trac.enlightenment.org/e/browser/trunk/edje/COPYING [2] http://www.xiph.org/licenses/bsd/ [3] http://en.wikipedia.org/wiki/Vorbis#Licensing The "licence war" thing was already done and OSI compliance was not preferred nor considered a requirement IIRC. -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] web site contents
Sorry Gustavo I know this is offtopic, I'll try to be brief. On Martes 09 Noviembre 2010 01:10:51 Ian Caldwell escribió: > here's what we in all honesty Have to do. We need to ignore all the current > date, better yet move to e.org/old and we need to recreate a completely > BRAND new website, don't use any existing contest, just adapt and design > with a whole new approach in mind. I tried to do that with the e.org/dev/ folder. Programming-wise is completely different, I wouldn't use everything. There is quite a few useful and isolated code. It was richer in earlier revisions design and content wise than the latest. But website development, design, content writing and editing (along with wiki and forum content writing and administration) is a never-ending, annoying, thankless, glory-less job at an open source project, which is why... > Also there needs to be a team of > approximately 5-7 people (max) involved. Is an excellent idea. I would love to participate in such team provided that the workload consists of small, specific tasks. I already burnt myself with my long term planning. I don't think using a large framework/CMS for the brochure pages is necessary or a good idea. The brochures were meant to be small static pages with little dynamic content which is simply aggregated from services like exchange, planet- e or trac. The defunct dev folder has some useful code for that which can be reused. Some of it is already in the current site. The real problem is time, the final release is right around the corner and I think polishing the current website (content, html, css) will get us much further. The current site was never what I had in mind as the end product, specially aesthetically. But to be honest I think the wiki (organization and content) is much more important, even the old wiki is better organized and looking than the current one. I don't non-admins can even create pages currently. -- 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] help with web site
On Domingo 14 Noviembre 2010 04:24:21 Jesse Charbneau escribió: > 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 :-) ). > The registration link is http://trac.enlightenment.org/e/register it was well camouflaged on track's footer :-P I think someone has to give you admin rights to create new pages. Placing a recaptcha in the registration form and disabling this limitation would be a better idea IMO but I don't know who can make that happen. > Thanks, > Jess > > Contribute page: http://e-www.thecharbneaus.com/p.php?p=contribute&l=en > Support page: http://e-www.thecharbneaus.com/p.php?p=support&l=en > I like them, they are not intimidating anymore. A complete stranger can see what applies to him at a glance and get to the instructions if interested. There is a bit of redundant text and perhaps the sections could be a little different. Personally, this are the things I would do to the contribute page: * Remove "We can always use help with development, packaging, bug reports, tutorials or monetary donations". It's repeated later and implied by the section titles. * Remove the title "Development" and move those paragraphs at the top making them the new "We can always use..." neutral introduction. * From those three paragraphs move the first and the last one into different "Developers" and "Users" sections/sub-sections respectively. * Perhaps expand a little those sections/subsections and sprinkle some wiki links when applicable, like ECoding[1] and Guidelines[2] pages for example. So the developer with anonymous svn access know how to contribute until he gets commit rights. * Make the svn access instructions neutral? since both developers and packagers will use them. Perhaps add a packager section alongside "Users" and "Developers" mentioning they should use tarballs for releases and linking to both the download and the download.e.org/releases pages. But those are paper-cut level suggestion. If I can stress one it would be taking a look at the wiki index[3] and sprinkling links to those pages more often. Thanks for your work and good luck. [1] http://trac.enlightenment.org/e/wiki/ECoding [2] http://trac.enlightenment.org/e/wiki/Guidelines [3] http://trac.enlightenment.org/e/wiki/TitleIndex -- Centralized Desktop Delivery: Dell and VMware Reference Architecture Simplifying enterprise desktop deployment and management using Dell EqualLogic storage and VMware View: A highly scalable, end-to-end client virtualization framework. Read more! http://p.sf.net/sfu/dell-eql-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
