Hi - > On Oct 24, 2017, at 11:10 AM, Harbs <harbs.li...@gmail.com> wrote: > > Here’s how I see things: > > 1. For the immediate, we want a good web presence. If putting the WordPress > site on wordpress.com <http://wordpress.com/> with a CNAME entry pointing to > royale.apache.com <http://royale.apache.com/> is the fastest way to get > there, we should start with that.
Here is nslookup for feathercast: nslookup feathercast.apache.org Server: 192.168.1.1 Address: 192.168.1.1#53 Non-authoritative answer: feathercast.apache.org canonical name = feathercastapache.wordpress.com. feathercastapache.wordpress.com canonical name = lb.wordpress.com. Name: lb.wordpress.com Address: 192.0.78.12 Name: lb.wordpress.com Address: 192.0.78.13 . This suggests that royaleapache would be the subdomain from WP.com <http://wp.com/>. We may want this domain to be blog.royale.apache.org > 2. We should look into getting a static version of the site, so the site can > be edited on Github and pushed to royale.apache.com > <http://royale.apache.com/>. That is more ideal than having private access to > a WordPress installation. > 3. We should contact greatives and see if they would give us permission to > reuse the css and js for a static site. (possibly with attribution) > 4. We should ask trademarks@ and/or legal@ whether the terms (assuming we get > them) are ok from an Apache perspective. I think we should ask infrastructure and then possibly legal-discuss about any theme terms. > 5. Assuming #4 and #5 work out, we will probably want various pieces of our > site constructed using this styling i.e. main site, docs, blog (as a > WordPress installation), examples. Regards, Dave > > Harbs > >> On Oct 24, 2017, at 8:56 PM, Alex Harui <aha...@adobe.com.INVALID> wrote: >> >> Hi Dave, >> >> I'm still wondering, even if we can see and reuse the CSS/JS/HTML, do we >> have the rights to replicate use of that look-and-feel elsewhere? I don't >> understand who owns the creative content. >> >> Thoughts? >> -Alex >> >> From: Dave Fisher <dave2w...@comcast.net<mailto:dave2w...@comcast.net>> >> Reply-To: <dev@royale.apache.org<mailto:dev@royale.apache.org>> >> Date: Tuesday, October 24, 2017 at 10:50 AM >> To: <dev@royale.apache.org<mailto:dev@royale.apache.org>> >> Subject: Re: Apache Royale static web site >> >> Hi Alex, >> >> On Oct 24, 2017, at 10:43 AM, Alex Harui >> <aha...@adobe.com.INVALID<mailto:aha...@adobe.com.INVALID>> wrote: >> >> There is something I don't think I understand. AIUI, at some point, we >> will want the Apache Royale site to include actual Royale applications, >> right? And I would think we would want the styling of those applications >> to be consistent with the rest of the site. So I'm not clear how we will >> be able to implement the styling/theme of these Royale applications if we >> don't have rights to the styling. I don't understand how WP themes and >> commercial licensing works if we want to replicate that user experience >> outside of WP. >> >> We need to examine the static export of the CSS and HTML. >> >> >> If we can use those visuals outside of WP, then why must we continue to >> use WP to generate the site? I would hope the theme would be implemented >> as CSS and some templates we could use without WP. >> >> We should be able to adapt. Site building in the CMS can get complex if >> needed. For OpenOffice.org<http://OpenOffice.org> we use the legacy html >> pulling out the title and content body and place it within a markdown >> template. >> >> >> Also, if someone wants to patch the site, they can't just offer a patch of >> the HTML right? They would need to figure out where in WP it comes from? >> Is there a patch process for WP content? >> >> Possibly. >> >> >> Sorry if there is some basic thing I am missing. >> >> It will get complex first as we figure out how to embed and then it will get >> simplified as we find the best way. >> >> Regards, >> Dave >> >> >> >> Thanks, >> -Alex >> >> On 10/24/17, 10:19 AM, >> "carlos.rov...@gmail.com<mailto:carlos.rov...@gmail.com> on behalf of Carlos >> Rovira" <carlos.rov...@gmail.com<mailto:carlos.rov...@gmail.com> on behalf of >> carlos.rov...@codeoscopic.com<mailto:carlos.rov...@codeoscopic.com>> wrote: >> >> Thanks Dave, >> >> I'll write an email to trademarks to start with the process. I think is >> better to migrate to WP.com<http://WP.com> before continue working on >> content so we can >> detect whatever issue we could get. >> >> Thanks! >> >> Carlos >> >> >> >> 2017-10-24 18:56 GMT+02:00 Dave Fisher >> <dave2w...@comcast.net<mailto:dave2w...@comcast.net>>: >> >> Hi Carlos, >> >> On Oct 24, 2017, at 9:30 AM, Carlos Rovira >> <carlosrov...@apache.org<mailto:carlosrov...@apache.org>> >> wrote: >> >> Hi, >> >> just let you know that I tried to create an static version of the >> preview >> site with success. I use this plugin : >> >> https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwordpres >> s.org<http://s.org/>%2Fplugins%2Fsimply-static%2F&data=02%7C01%7C%7Cb448363ee5984b3b3e0f >> 08d51b0373f8%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636444624020033 >> 702&sdata=RPTFT7Qq0bq1AKmh1fqnLuMJ0hWIpnrieARat1lz2bk%3D&reserved=0 >> >> and we can generate all static content with relative or absolute urls. >> The >> final preview site in static is 134mb >> >> Another thing I was searching was to use a WP to Jekyll exporter but >> this >> is not what I wanted since it seems Jekyll is all about markdown and >> we >> want a full html site with all the eye candy JS+CSS resources. In the >> end, >> and thinking more about it, is not what we want since although the >> site >> would be exported ok, we don't want to upload it to the GitHub pages >> like >> we discusses in the other thread due to expose part of the code of a >> commercial wp theme. >> >> So, the workflow we can use is: Use the WP backend to enter new >> content >> and >> modify existing want with ease (this is important is we want people >> contributing here). Next, with all changes done, generate a static >> version >> and replace the entire site with a fresh generated static site at >> royale.apache.org<http://royale.apache.org/>. and as well route the more >> friendly domain to this >> if >> board is ok with that. >> >> Yes! External domain royalysdk.org<http://royalysdk.org/> is redirected to >> royale.apache.org<http://royale.apache.org/> as >> discussed. >> >> >> We can check with apache board or trademarks what they propose about >> to >> create a Wordpress.com<http://wordpress.com/> account managed by Apache and >> migrate from my >> server >> to that account, and all this stuff from there, since if I remember >> some >> people said that would be more ok with Apache.I'd end removing my temp >> subdomain after this. >> >> The advantage of using the Wordpress.com<http://wordpress.com/> location is >> twofold: >> >> (1) Wordpress keeps security up to date. >> (2) If something happens to you or your company then we have better >> access. >> >> I suspect though that with the status export method this will not be as >> great a concern. >> >> >> What do you think? Can I move this with the people we were talking >> some >> weeks ago? >> >> Either you or I can email Trademarks with the plan. >> >> We can then discuss the redirection with Infrastructure and get the site >> checked in. >> >> Regards, >> Dave >> >> >> Let me know in order to start making the next steps >> >> Thanks >> >> >> -- >> Carlos Rovira >> >> https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me% >> 2Fcarlosrovira&data=02%7C01%7C%7Cb448363ee5984b3b3e0f08d51b0373f8%7Cfa7b1 >> b5a7b34438794aed2c178decee1%7C0%7C0%7C636444624020033702&sdata=1q5B1u1lLR >> HGdnDh8VH9pkaTkdCPk51wt%2FCUJgzQo0c%3D&reserved=0 >> >> >> >> >> -- >> >> <https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.codeo >> scopic.com<http://scopic.com/>&data=02%7C01%7C%7Cb448363ee5984b3b3e0f08d51b0373f8%7Cfa7b1b5a7b >> 34438794aed2c178decee1%7C0%7C0%7C636444624020033702&sdata=Y%2Fkytu4lJUWu5H >> zinyiNAxCBpRGAfK3GFX9REzYNI%2F0%3D&reserved=0> >> >> Carlos Rovira >> >> Director General >> >> M: +34 607 22 60 05 >> >> https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.codeos >> copic.com<http://copic.com/>&data=02%7C01%7C%7Cb448363ee5984b3b3e0f08d51b0373f8%7Cfa7b1b5a7b3 >> 4438794aed2c178decee1%7C0%7C0%7C636444624020033702&sdata=Y%2Fkytu4lJUWu5Hz >> inyiNAxCBpRGAfK3GFX9REzYNI%2F0%3D&reserved=0 >> >> >> Conocenos Avant2 en 1 minuto! >> <https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Favant2.e >> s%2F%23video&data=02%7C01%7C%7Cb448363ee5984b3b3e0f08d51b0373f8%7Cfa7b1b5a >> 7b34438794aed2c178decee1%7C0%7C0%7C636444624020033702&sdata=SJmmZQTVSb0tmX >> r73WVQr%2BLVhv6%2BLRMgcQyhBgOo1KI%3D&reserved=0> >> >> >> Este mensaje se dirige exclusivamente a su destinatario y puede contener >> información privilegiada o confidencial. Si ha recibido este mensaje por >> error, le rogamos que nos lo comunique inmediatamente por esta misma vía y >> proceda a su destrucción. >> >> De la vigente Ley Orgánica de Protección de Datos (15/1999), le >> comunicamos >> que sus datos forman parte de un fichero cuyo responsable es CODEOSCOPIC >> S.A. La finalidad de dicho tratamiento es facilitar la prestación del >> servicio o información solicitados, teniendo usted derecho de acceso, >> rectificación, cancelación y oposición de sus datos dirigiéndose a >> nuestras >> oficinas c/ Paseo de la Habana 9-11, 28036, Madrid con la documentación >> necesaria. >> >
signature.asc
Description: Message signed with OpenPGP