On 5/2/16, 2:03 AM, "Harbs" wrote:
>Two problems:
>1. Making edits requires logging into the wiki and making the edits
>online in the editor. It’s much more user friendly to be able to write
>docs in a text editor on your local machine.
FWIW, there is supposedly an "Import from MS Word" featur
Two problems:
1. Making edits requires logging into the wiki and making the edits online in
the editor. It’s much more user friendly to be able to write docs in a text
editor on your local machine.
2. It’s not horribly ugly, but it’s not what I’d call attractive.
On May 2, 2016, at 7:04 AM, Alex
On 5/1/16, 10:38 AM, "Harbs" wrote:
>I created a repo on Github to play with Github Pages. I copied the
>landing page for the wiki[1], and the results are definitely improved.[2]
>
>Making the page more useful seems to require learning Jekyll or
>something. That’s more time than I have right no
I created a repo on Github to play with Github Pages. I copied the landing page
for the wiki[1], and the results are definitely improved.[2]
Making the page more useful seems to require learning Jekyll or something.
That’s more time than I have right now. If someone who knows this stuff better
ok, good. I think mark it as you proposed is a better idea so people notice
that is old content and the new is in other location
Thanks Alex
2016-04-18 17:15 GMT+02:00 Alex Harui :
>
>
> On 4/18/16, 1:37 AM, "carlos.rov...@gmail.com on behalf of Carlos Rovira"
>
> wrote:
>
> >Hi Alex,
> >
> >ma
On 4/18/16, 1:37 AM, "carlos.rov...@gmail.com on behalf of Carlos Rovira"
wrote:
>Hi Alex,
>
>maybe, if you detect some pages are out-of-date, to avoid confussion, you
>could move those ones to some folder that could serve as a intermediate
>state before deletion?. So in this way, we could alwa
Hi Alex,
maybe, if you detect some pages are out-of-date, to avoid confussion, you
could move those ones to some folder that could serve as a intermediate
state before deletion?. So in this way, we could always go to that info and
reuse things as needed. What do you think?
btw, I was readiing the
FWIW, I am trying collect up-to-date info about FlexJS under the FlexJS
"tree" of pages. There are other pages that are older and not quite
up-to-date that I've chosen to leave where they are for now for historical
reasons. If they start causing confusion then we can think about deleting
them.
A
Hi Andrew,
Thanks so much for offering to help!!!
We got a bit sidetracked talking about publishing technologies… ;-)
The wiki is a pretty good starting point.
https://cwiki.apache.org/confluence/display/FLEX/Apache+Flex+Wiki
It’s not as well organized as it could be, and there’s huge gaps in t
t;>
>>-Original Message-
>>From: Alex Harui [mailto:aha...@adobe.com]
>>Sent: Thursday, April 14, 2016 4:09 PM
>>To: dev@flex.apache.org
>>Subject: Re: Docs
>>
>>Hi Jason,
>>
>>Can you provide a bit more detail about what you are look
From: Alex Harui [mailto:aha...@adobe.com]
>Sent: Thursday, April 14, 2016 4:09 PM
>To: dev@flex.apache.org
>Subject: Re: Docs
>
>Hi Jason,
>
>Can you provide a bit more detail about what you are looking for? I
>assume you've been through the wiki?
>
>https://cwi
, 2016 4:09 PM
To: dev@flex.apache.org
Subject: Re: Docs
Hi Jason,
Can you provide a bit more detail about what you are looking for? I assume
you've been through the wiki?
https://cwiki.apache.org/confluence/display/FLEX/FlexJS
-Alex
On 4/14/16, 3:45 PM, "Jason Taylor" wrote:
m [mailto:omup...@gmail.com] On Behalf Of OmPrakash
>Muppirala
>Sent: Thursday, April 14, 2016 12:59 PM
>To: dev@flex.apache.org
>Subject: Re: Docs
>
>Haha, sure!
>
>On Thu, Apr 14, 2016 at 12:57 PM, Harbs wrote:
>
>> Truth be told, he could start locally with just a
rom: omup...@gmail.com [mailto:omup...@gmail.com] On Behalf Of OmPrakash
Muppirala
Sent: Thursday, April 14, 2016 12:59 PM
To: dev@flex.apache.org
Subject: Re: Docs
Haha, sure!
On Thu, Apr 14, 2016 at 12:57 PM, Harbs wrote:
> Truth be told, he could start locally with just a folder of some
Haha, sure!
On Thu, Apr 14, 2016 at 12:57 PM, Harbs wrote:
> Truth be told, he could start locally with just a folder of some Markdown
> files (or similar) and we can always add them to whatever system we use
> later.
>
> I personally would not want to write using our wiki.
>
> On Apr 14, 2016,
Truth be told, he could start locally with just a folder of some Markdown files
(or similar) and we can always add them to whatever system we use later.
I personally would not want to write using our wiki.
On Apr 14, 2016, at 10:49 PM, OmPrakash Muppirala wrote:
> I think we are getting a bit
I think we are getting a bit distracted here with trying to select the best
toolchain first. The more important thing is that we need good content
first.
Andrew, thanks for volunteering to create the content. I think you can
start right away by adding things to our wiki here.
Once we decide on
Interesting discussion.
There at the least seems to be a precedent of having docs externally hosted
here:
https://anypoint.mulesoft.com/apiplatform/forge-allura/#/portals/organizations/86c00a85-31e6-4302-b36d-049ca5d042fd/apis/32370/versions/33732
These docs are linked to from the Allura project
On 4/14/16, 8:21 AM, "Harbs" wrote:
>It looks to me that all you need is a gh-pages branch and everything just
>“works”.
>
>http://oli.jp/2011/github-pages-workflow/
>
>I’m not sure how/where to search the Apache lists.
Apache mailing lists are mostly public and Google can find a lot of
things
It looks to me that all you need is a gh-pages branch and everything just
“works”.
http://oli.jp/2011/github-pages-workflow/
I’m not sure how/where to search the Apache lists.
On Apr 14, 2016, at 6:08 PM, Alex Harui wrote:
> I think you file a JIRA with Infra for a new repo. I think they mir
I think you file a JIRA with Infra for a new repo. I think they mirror
everything by default. But let's make sure we have consensus before doing
it. Also, please research past threads about GitHub Pages on some of the
ASF-wide lists to understand if there are any other issues to consider.
For ex
OK. How do we set up a repo for FlexJS docs that would be mirrored to Github?
On Apr 14, 2016, at 5:57 PM, Alex Harui wrote:
>
>
> On 4/14/16, 2:21 AM, "Harbs" wrote:
>
>
>> On Apr 14, 2016, at 6:51 AM, Alex Harui wrote:
>>
>>>
>>>
>>> On 4/13/16, 3:59 PM, "Andrew Wetmore" wrote:
>>>
On 4/14/16, 2:21 AM, "Harbs" wrote:
>On Apr 14, 2016, at 6:51 AM, Alex Harui wrote:
>
>>
>>
>> On 4/13/16, 3:59 PM, "Andrew Wetmore" wrote:
>>
>>> Does the team prefer to write in Markdown?
>>
>> IMO, the factors involved here are:
>> 1) Are these pages going on the flex.a.o website?
>Do
I’m wondering if Github Pages might not be the simplest platform for writing
docs. It seems to have a lot of flexibility and I can’t imagine a platform
which makes collaboration easier.
[1][2][3]
Here’s some good info on Github Pages docs and examples.[4]
On Apr 14, 2016, at 9:01 AM, Christofer
On 4/13/16, 3:59 PM, "Andrew Wetmore" wrote:
>Does the team prefer to write in Markdown?
IMO, the factors involved here are:
1) Are these pages going on the flex.a.o website?
2) If so, does the Apache CMS support the choice of doc system?
3) Does the doc system use something relative popular a
Does the team prefer to write in Markdown?
On Wed, Apr 13, 2016 at 6:46 PM, Justin Mclean
wrote:
> Hi,
>
> I’ve used Mkdocs [1] before. It produces nice document web sites that can
> be hosted anywhere. It’s license is compatible with Apache [2].
>
> But in this case it’s more having the content
Hi,
I’ve used Mkdocs [1] before. It produces nice document web sites that can be
hosted anywhere. It’s license is compatible with Apache [2].
But in this case it’s more having the content in the first place I think?
Thanks,
Justin
1 http://www.mkdocs.org
2. http://www.mkdocs.org/about/license
I have good writing skills and have headed doc teams for software companies
large and small. I have built doc platforms with Madcap Flare and other
tools, but when I am working on a shoestring I prefer HelpScribble (
https://www.helpscribble.com/). I would be glad to help with this,
especially if s
I am asking because I am working on migration current TLF tests to Flex Unit
4. I have migrated 13 classes already, but more than 50 left. :) Once you
finish your work you could look into my migrated test, (FlexUnit4TestsTLF
branch) and I will also take a look into your code an try to write some
te
We need unit tests, but I’m really inexperienced with doing that.
I could really use help with that…
On Jun 6, 2014, at 12:22 AM, piotrz wrote:
> Hi Harbs.
>
> I am happy that you and June are working on TLF tables. :) I have a question
> - Are you going write some unit tests once you finish
Hi Harbs.
I am happy that you and June are working on TLF tables. :) I have a question
- Are you going write some unit tests once you finish everything ?
Thanks,
Piotr
-
Apache Flex Committer
piotrzarzyck...@gmail.com
--
View this message in context:
http://apache-flex-development.24
I think the doc is coming together. I'd love to get some feedback on how I'm
doing…
Is it clear enough to understand? Suggestions on how to improve it? Other areas
I should be covering?
Harbs
On Apr 7, 2014, at 1:25 PM, Harbs wrote:
> I started documenting it here:
> https://docs.google.com/d
OK, I stand corrected. I didn't think TLF had its own scrollrect code.
IIRC, accessing ScrollRect turns on clipping logic in the player and slows
down rendering enough to want to avoid it.
On 4/8/14 5:52 AM, "jude" wrote:
>In ContainerController, updateVisibleRectangle() adds a scrollRect. You
In ContainerController, updateVisibleRectangle() adds a scrollRect. You can
access hasScrollRect to see if a scrollRect is added to the container
without accessing the DisplayObject.scrollRect property, which can have
side effects in some cases. According to the comments, "Accessing
scrollRect when
The content is clipped even if you use a Sprite as a container.
I used the second example here:
http://help.adobe.com/en_US/FlashPlatform/reference/actionscript/3/flashx/textLayout/container/ContainerController.html
The text in the second container was clipped at the bottom until I scrolled up.
AFAIK, TLF does not support scrolling. The container does. For Flex
TextArea, the RichEditableText is clipped by a scrollRect.
If you are seeing ascender/descender clipping that might be caused by
improperly sizing the TextLine or a rendering issue in the player.
-Alex
On 4/7/14 10:00 AM, "Har
I'm talking about cutting off ascenders and descenders of text, or cutting off
partial lines of scrolled text.
I don't see where that's being done, but I'm observing the effects of it. I
don't think anything in my code is causing that…
On Apr 7, 2014, at 7:52 PM, Alex Harui wrote:
> Without lo
Without looking, TLF is "width-dependent". You give a composition width
and the TextLines are created with just enough stuff in it to fit the
width. Then, once you've created enough TextLines to fill the composition
height, it stops creating more TextLines.
-Alex
On 4/7/14 9:45 AM, "Harbs" wro
One thing I'm having trouble figuring out:
What clips text beyond the bounds of the container?
On Apr 6, 2014, at 8:26 PM, Alex Harui wrote:
> I don't know of any. It would be great if you could document it.
>
> On 4/6/14 5:27 AM, "Harbs" wrote:
>
>> I'm referring more to the composition lif
I started documenting it here:
https://docs.google.com/document/d/1u-ljSsTjZORoUVQtJT9gt0wcZxBBkRZaGza3MbzNsL8
I'll be adding to the doc as I go.
I enabled commenting for anyone with a link. Please add comments to correct
anything I have wrong. If anyone wants editing rights, let me know…
Harbs
I don't know of any. It would be great if you could document it.
On 4/6/14 5:27 AM, "Harbs" wrote:
>I'm referring more to the composition lifecycle. (i.e. Text is marked
>damaged by x, Class y is called to start compostion by y. Composition is
>started by z, the process continues with lmnop, et
I'm referring more to the composition lifecycle. (i.e. Text is marked damaged
by x, Class y is called to start compostion by y. Composition is started by z,
the process continues with lmnop, etc. How does ContainerController,
BaseCompose FlowComposer, etc. all interact with each other.)
It's re
This one maybe ?
http://help.adobe.com/en_US/as3/dev/WSb2ba3b1aad8a27b0-1b8898a412218ad3df9-8000.html
-Message d'origine-
De : Harbs [mailto:harbs.li...@gmail.com]
Envoyé : dimanche 6 avril 2014 12:55
À : dev
Objet : Docs on TLF composition?
While working on TLF, I constantly forget the
43 matches
Mail list logo
