2010/11/9 Carsten Haitzler <ras...@rasterman.com>:
> On Tue, 9 Nov 2010 08:55:31 +0100 Davide Andreoli <dave...@gmail.com> said:
>
>>
>>
>> Il giorno 09/nov/2010, alle ore 06:02, Carsten Haitzler (The Rasterman)
>> <ras...@rasterman.com> ha scritto:
>>
>> > On Mon, 8 Nov 2010 20:15:09 -0800 Ian Caldwell <inchost...@gmail.com> said:
>> >
>> > why do we need the web side? you already need e and all the tools to create
>> > the edje file you submit. you already have all of that. use the local
>> > client tool to submit too since you also have that. just integrate
>> > submissing in the end directly into the wm - the start is the client. but
>> > in the end i'd love to see the wp dialog have a "submit to exchange" button
>> > overlayed on the wallpaper preview - make it THAT simple. no browser
>> > needed. no login. just press the submit button and presto.
>>
>> The summit can not be so simple, when you send a file you need to provide
>> your account (user on exchange.org), a description of your theme and at least
>> one image to show.
>>
>> How can you do this with just a press of a button?also: maybe it take to you
>> 2 months to write your new theme, can't you spend 2 minutes to go to the site
>> and make a simple upload
>
> for themes - yes, but for wallpapers? someone takes a photo, imports it.
> thinks
> it looks awesome. they want to share. hit the "share" button.
...and he expect the image to be uploaded on fliker or picasa :P not
as an E wallpaper... or we will need to fight spam and porn wallpapers
in a short
time.
This make me think that the exchange lib should also be able to connect/auth on
different sources, not only speak with 'exchange-server'
DaveMDS
> that can pop up a
> quick entry field or 2. as such your login can also be handled as part of it
> (ie login credentials get stored from a one-time login and cookie re-used). it
> still is much more convenient than a whole web browser. as such.. it is also
> going to be needed anyway - and it allows us to "avoid doing the web page" for
> now and work on the back and, protocol and lib - the bits than need to work.
>
>> In the last 2 years I was the only one taking care of exchange: no one
>> complain about it, noone submit nothing, all the stuff there are probably
>> outdated.
>>
>> Also face with a true reality: we don't have any decent content to put on
>> exchange. I also agree on the wrong usage of symphony (the framework used on
>> exchange.org)
>>
>> To conclude: we don't have an exchange maintainer and we don't have
>> contents... I really suggest to drop the site, the lib and the module. stop
>> wasting time and go back to code :P
>>
>> Maybe we can just keep the site, but first we need a maintainer for it
>
> i'm more than happy to drop it - or make it a side project that when it is
> ready and working can be used. it is pretty much that right now, but the
> symphony infra isnt attractive :) as such if exchange was literally a little c
> program we could compile and even run locally - and simply then run on
> exchange.e.org when its usable... i'd be happy. it wouldnt even need to do
> http/soap etc. could do just ecore_ipc - but then people behind firewalls
> +enforced proxies would be in trouble. :) so for only that reason i'd consider
> not doing it.
>
> as such i love the idea of exchange. it kind of works ok - it could be MUCH
> better. i was hoping some work on an elm client now would be advance work as
> for e18 we will use elm for e. so anything working in that client can be
> snarfed directly over when the time comes. until then its a cool testbed. not
> something i am going to distract myself with though beyond saying "if someone
> who has the time and doesnt want to work on other stuff wants to do it... it's
> waiting!"
>
>> DaveMDS
>>
>> >
>> >> if no-one else objects feel free to jump on this, I think the ability to
>> >> submit e based themes and wallpapers would still be nice to be done web
>> >> side as well as viewed by potential new E users.
>> >> On Mon, Nov 8, 2010 at 6:47 PM, Carsten Haitzler
>> >> <ras...@rasterman.com>wrote:
>> >>
>> >>> On Mon, 8 Nov 2010 20:30:32 -0500 Mike Blumenkrantz <m...@zentific.com>
>> >>> said:
>> >>>
>> >>>> On Mon, 8 Nov 2010 20:25:03 -0500
>> >>>> Mike Blumenkrantz <m...@zentific.com> wrote:
>> >>>>
>> >>>>> On Tue, 9 Nov 2010 09:39:58 +0900
>> >>>>> Carsten Haitzler (The Rasterman) <ras...@rasterman.com> wrote:
>> >>>>>
>> >>>>>> New thread. exchange. it's in bad shape.
>> >>>>>>
>> >>>>>> what do we do? as such right now we need to kill off what is there. i
>> >>>>>> would want to focus on it being a code-side accessible service. not
>> >>> web
>> >>>>>> page. that means that e's wallpaper/theme etc. dialogs access it. if
>> >>> you
>> >>>>>> want to upload - lets make a client that lets you upload/contribute.
>> >>> lets
>> >>>>>> remove the web part and just focus on the "extend e/efl content into
>> >>> web
>> >>>>>> hosted and shared content". this makes it simpler, gets rid of the
>> >>>>>> "framework" and leads to a nice http+text or soap etc. etc. server
>> >>> and
>> >>>>>> everything done nicely via that and lib exchange + an app front end.
>> >>> some
>> >>>>>> stand-alone elm based apps to do the upload + listing of content and
>> >>>>>> download for now would be a good start.
>> >>>>>>
>> >>>>> Gonna go ahead and promote my new lib, Azy, here, because it does
>> >>> xmlrpc and
>> >>>>> jsonrpc very easily (and async without threads!) and uses EFL, so it
>> >>> will
>> >>>>> work on phones and whatnot client side. It can do both client and
>> >>> server
>> >>>>> connections, and all the server methods are written using a simple
>> >>> C-like
>> >>>>> parsed language which looks something like this:
>> >>>>>
>> >>>>> boolean rastersrpcfunction(int an_int, string a_string)
>> >>>>> <%
>> >>>>> printf("%i, %s\n", an_int, a_string);
>> >>>>> return EINA_TRUE;
>> >>>>> %>
>> >>>> I forgot to mention that the parser also generates client side bindings
>> >>> for
>> >>>> all server methods, so that the above method can be called by a client
>> >>> running
>> >>>> rastersrpcfunction(5, "ilikestuff") once connected.
>> >>>
>> >>> i have no problem in principle with this. :)
>> >>>
>> >>> --
>> >>> ------------- Codito, ergo sum - "I code, therefore I am" --------------
>> >>> The Rasterman (Carsten Haitzler) ras...@rasterman.com
>> >>>
>> >>>
>> >>>
>> >>> ------------------------------------------------------------------------------
>> >>> 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
>> >>>
>> >
>> >
>> > --
>> > ------------- Codito, ergo sum - "I code, therefore I am" --------------
>> > The Rasterman (Carsten Haitzler) ras...@rasterman.com
>> >
>> >
>> > ------------------------------------------------------------------------------
>> > 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
>>
>
>
> --
> ------------- Codito, ergo sum - "I code, therefore I am" --------------
> The Rasterman (Carsten Haitzler) ras...@rasterman.com
>
>
------------------------------------------------------------------------------
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
