Re: Convenience Binary Policy

[Justin Mclean]

Hi,

> We can go ask the poster what he meant, but I am going to assume he is either 
> mistaken

Bertrand (an ex mentor of our project) usually knows what he talking about. I 
have seen this optional ve mandatory mentioned a few times elsewhere as well, 
but was unable to find a clear definition / example in the mailing list 
archives.

I know what a Category B licences is, a simple link to the Apache docs would of 
sufficed for other people rather than copying the whole text. It's nice to try 
and keep emails short.

> Also, note that the main SDK has a required Category B binary dependency on 
> the OSMF.swc.

While we've stated osmf as required leaving it out just breaks the spark video 
player so it could possibly be considered optional. I don't know what the 
answer is here or understand the mandatory/optional distinction which is why I 
asked.

Also on email etiquette  it would be good if people refrain from formatting 
emails with very short line lengths it makes them hard to read. (In this case 
your reply didn't fit on a single screen). All modern email clients support 
line wrapping / resizable windows and I think we're past the days of reading 
email in a 80x25 terminal window :-)

Thanks,
Justin

Re: Translation needed

[Alex Harui]

I’m done for tonight, but if some committer does have time and can post
the properties file to flex.a.o in the installer/properties and
installer/properties/sdk folder, then Maxim or anyone running the Russian
locale should be able to fire up the current installer and see the
contribution and iterate if needed.

I think it has to be up there twice right now because some older scripts
use installer/properties but newer scripts look in sdk since flexjs
scripts look for their properties in the flexjs folder.

Thanks Maxim!

-Alex

On 10/23/14, 10:56 PM, "OmPrakash Muppirala"  wrote:

>On Oct 23, 2014 10:28 PM, "Maxim Solodovnik"  wrote:
>>
>> I already created Pull request, do I still need to create JIRA issue?
>
>Yes, please.  Just reference the pull request url in the ticket.  One of
>us
>committers will commit it into the codebase very soon.
>
>Thanks for your contribution!
>
>Thanks,
>Om
>
>>
>> On 24 October 2014 11:59, Alex Harui  wrote:
>>
>> > And if you do come up with a translation, attach it to a JIRA issue
>>and
>> > we’ll post it on the web site and you can then try it in the installer
>and
>> > make more adjustments if needed.
>> >
>> > On 10/23/14, 2:48 PM, "Neil Madsen" 
>wrote:
>> >
>> > >Thanks everyone for the translations.
>> > >
>> > >Maxim, we don't yet have a Russian translation for the installer but
>>if
>> > >you would be willing to do the translation, or even get it started,
>>I'm
>> > >sure others would jump in. You can find the main language file on
>github
>> > >here [1]
>> > >
>> > >You would just need to translate the strings, or get them started,
>>and
>we
>> > >could add Russian as another language to the installer.
>> > >
>> > >Thanks again.
>> > >
>> > >Neil
>> > >
>> > >[1]
>> > >
>> >
>https://github.com/apache/flex-utilities/blob/master/installer/src/propert
>> > >ies/en_US.properties
>> > >
>> > >
>> > >
>> > >
>> > >-Original Message-
>> > >From: Maxim Solodovnik [mailto:solomax...@gmail.com]
>> > >Sent: October-23-14 10:24 AM
>> > >To: dev@flex.apache.org
>> > >Cc: li...@cranialinteractive.com
>> > >Subject: Re: Translation needed
>> > >
>> > >russian - назад/НАЗАД
>> > >
>> > >On 23 October 2014 23:20, Aggelopoulos Spiros
>>>
>> > >wrote:
>> > >
>> > >> for greek - πίσω
>> > >>
>> > >> -Original Message-
>> > >> From: Neil Madsen [mailto:li...@cranialinteractive.com]
>> > >> Sent: Thursday, October 23, 2014 4:52 PM
>> > >> To: dev@flex.apache.org
>> > >> Subject: Translation needed
>> > >>
>> > >> Could I get people that know the translations to take a look at
>>what
>I
>> > >> have and let me know if it's correct or not.
>> > >>
>> > >> It's for the word 'BACK'. If you could just post with the 'proper'
>> > >> translation or if there's a different word for a particular
>>language.
>> > >>
>> > >> Here's what I have.
>> > >>
>> > >> french - arrière / retour
>> > >>
>> > >> spanish - espalda / retroceder / retroceso / anterior
>> > >>
>> > >> polish - wstecz
>> > >>
>> > >> greek - πίσω / ΕΠΙΣΤΡΟΦΗ
>> > >>
>> > >> korean - 다시
>> > >>
>> > >> nederlands - terug
>> > >>
>> > >> deutsch - zurück
>> > >>
>> > >> portuguese - de volta /  retorno / avesso
>> > >>
>> > >> zh_CN - 后面
>> > >>
>> > >> zh_TW - 后面
>> > >>
>> > >>
>> > >> Neil
>> > >>
>> > >>
>> > >>
>> > >
>> > >
>> > >--
>> > >WBR
>> > >Maxim aka solomax
>> > >
>> >
>> >
>>
>>
>> --
>> WBR
>> Maxim aka solomax

Re: Translation needed

[Maxim Solodovnik]

Please let me know if there is anything i can do :)

On 24 October 2014 14:24, Alex Harui  wrote:

> I’m done for tonight, but if some committer does have time and can post
> the properties file to flex.a.o in the installer/properties and
> installer/properties/sdk folder, then Maxim or anyone running the Russian
> locale should be able to fire up the current installer and see the
> contribution and iterate if needed.
>
> I think it has to be up there twice right now because some older scripts
> use installer/properties but newer scripts look in sdk since flexjs
> scripts look for their properties in the flexjs folder.
>
> Thanks Maxim!
>
> -Alex
>
> On 10/23/14, 10:56 PM, "OmPrakash Muppirala"  wrote:
>
> >On Oct 23, 2014 10:28 PM, "Maxim Solodovnik" 
> wrote:
> >>
> >> I already created Pull request, do I still need to create JIRA issue?
> >
> >Yes, please.  Just reference the pull request url in the ticket.  One of
> >us
> >committers will commit it into the codebase very soon.
> >
> >Thanks for your contribution!
> >
> >Thanks,
> >Om
> >
> >>
> >> On 24 October 2014 11:59, Alex Harui  wrote:
> >>
> >> > And if you do come up with a translation, attach it to a JIRA issue
> >>and
> >> > we’ll post it on the web site and you can then try it in the installer
> >and
> >> > make more adjustments if needed.
> >> >
> >> > On 10/23/14, 2:48 PM, "Neil Madsen" 
> >wrote:
> >> >
> >> > >Thanks everyone for the translations.
> >> > >
> >> > >Maxim, we don't yet have a Russian translation for the installer but
> >>if
> >> > >you would be willing to do the translation, or even get it started,
> >>I'm
> >> > >sure others would jump in. You can find the main language file on
> >github
> >> > >here [1]
> >> > >
> >> > >You would just need to translate the strings, or get them started,
> >>and
> >we
> >> > >could add Russian as another language to the installer.
> >> > >
> >> > >Thanks again.
> >> > >
> >> > >Neil
> >> > >
> >> > >[1]
> >> > >
> >> >
> >
> https://github.com/apache/flex-utilities/blob/master/installer/src/propert
> >> > >ies/en_US.properties
> >> > >
> >> > >
> >> > >
> >> > >
> >> > >-Original Message-
> >> > >From: Maxim Solodovnik [mailto:solomax...@gmail.com]
> >> > >Sent: October-23-14 10:24 AM
> >> > >To: dev@flex.apache.org
> >> > >Cc: li...@cranialinteractive.com
> >> > >Subject: Re: Translation needed
> >> > >
> >> > >russian - назад/НАЗАД
> >> > >
> >> > >On 23 October 2014 23:20, Aggelopoulos Spiros
> >> >>
> >> > >wrote:
> >> > >
> >> > >> for greek - πίσω
> >> > >>
> >> > >> -Original Message-
> >> > >> From: Neil Madsen [mailto:li...@cranialinteractive.com]
> >> > >> Sent: Thursday, October 23, 2014 4:52 PM
> >> > >> To: dev@flex.apache.org
> >> > >> Subject: Translation needed
> >> > >>
> >> > >> Could I get people that know the translations to take a look at
> >>what
> >I
> >> > >> have and let me know if it's correct or not.
> >> > >>
> >> > >> It's for the word 'BACK'. If you could just post with the 'proper'
> >> > >> translation or if there's a different word for a particular
> >>language.
> >> > >>
> >> > >> Here's what I have.
> >> > >>
> >> > >> french - arrière / retour
> >> > >>
> >> > >> spanish - espalda / retroceder / retroceso / anterior
> >> > >>
> >> > >> polish - wstecz
> >> > >>
> >> > >> greek - πίσω / ΕΠΙΣΤΡΟΦΗ
> >> > >>
> >> > >> korean - 다시
> >> > >>
> >> > >> nederlands - terug
> >> > >>
> >> > >> deutsch - zurück
> >> > >>
> >> > >> portuguese - de volta /  retorno / avesso
> >> > >>
> >> > >> zh_CN - 后面
> >> > >>
> >> > >> zh_TW - 后面
> >> > >>
> >> > >>
> >> > >> Neil
> >> > >>
> >> > >>
> >> > >>
> >> > >
> >> > >
> >> > >--
> >> > >WBR
> >> > >Maxim aka solomax
> >> > >
> >> >
> >> >
> >>
> >>
> >> --
> >> WBR
> >> Maxim aka solomax
>
>


-- 
WBR
Maxim aka solomax

Paging Neil Madsen

[Erik de Bruin]

Neil, can you contact me off list, please?

EdB



-- 
Ix Multimedia Software

Jan Luykenstraat 27
3521 VB Utrecht

T. 06-51952295
I. www.ixsoftware.nl

Re: Convenience Binary Policy

[Alex Harui]

On 10/24/14, 12:19 AM, "Justin Mclean"  wrote:

>Hi,
>
>> We can go ask the poster what he meant, but I am going to assume he is
>>either mistaken
>
>Bertrand (an ex mentor of our project) usually knows what he talking
>about. 
My records show it was not Bertrand.

>
>While we've stated osmf as required leaving it out just breaks the spark
>video player so it could possibly be considered optional. I don't know
>what the answer is here or understand the mandatory/optional distinction
>which is why I asked.
Technically, it is my understanding that the current build scripts in the
source package require the OSMF.swc because the Video components that
reference OSMF are in the Spark.swc.   but I agree that the binary package
does not require it.

The inclusion of OSMF was reviewed and approved by the mentors including
Bertrand, so I’m confident we are handling this correctly.

-Alex

Re: Convenience Binary Policy

[Harbs]

It was not Bertrand that said that. It was Brane.

It was a question which I answered by giving a background on JBurg. Case closed.

I understood the question as Alex did that he was confused on how we could be 
compiling Cat B in our distributed binaries (which is not the case).

There are no issues with having an EXTERNAL dependency any more than there’s a 
concern of having a dependency on an operating system.

Let’s please not make issues where none exist.

Harbs

On Oct 24, 2014, at 10:19 AM, Justin Mclean  wrote:

> Hi,
> 
>> We can go ask the poster what he meant, but I am going to assume he is 
>> either mistaken
> 
> Bertrand (an ex mentor of our project) usually knows what he talking about. I 
> have seen this optional ve mandatory mentioned a few times elsewhere as well, 
> but was unable to find a clear definition / example in the mailing list 
> archives.
> 
> I know what a Category B licences is, a simple link to the Apache docs would 
> of sufficed for other people rather than copying the whole text. It's nice to 
> try and keep emails short.
> 
>> Also, note that the main SDK has a required Category B binary dependency on 
>> the OSMF.swc.
> 
> While we've stated osmf as required leaving it out just breaks the spark 
> video player so it could possibly be considered optional. I don't know what 
> the answer is here or understand the mandatory/optional distinction which is 
> why I asked.
> 
> Also on email etiquette  it would be good if people refrain from formatting 
> emails with very short line lengths it makes them hard to read. (In this case 
> your reply didn't fit on a single screen). All modern email clients support 
> line wrapping / resizable windows and I think we're past the days of reading 
> email in a 80x25 terminal window :-)
> 
> Thanks,
> Justin

Re: Convenience Binary Policy

[Justin Mclean]

Hi,

> It was not Bertrand that said that. It was Brane.

Sorry my mistake, it been a long thread.

> There are no issues with having an EXTERNAL dependency any more than there’s 
> a concern of having a dependency on an operating system.

Unless it's Category X [1], that's clear at least. Although there are some 
exceptions there re build and test tools.

Thanks,
Justin

1. http://www.apache.org/legal/resolved.html#category-x
2. http://www.apache.org/legal/resolved.html#prohibited

Re: Convenience Binary Policy

[Harbs]

On Oct 24, 2014, at 10:49 AM, Justin Mclean  wrote:

> Hi,
> 
>> It was not Bertrand that said that. It was Brane.
> 
> Sorry my mistake, it been a long thread.

No problem. Glad to clear that up.
> 
>> There are no issues with having an EXTERNAL dependency any more than there’s 
>> a concern of having a dependency on an operating system.
> 
> Unless it's Category X [1], that's clear at least. Although there are some 
> exceptions there re build and test tools.

My reading is that even category x is okay as long as it’s not distributed by 
Apache, but that’s an academic point right now. If we ever have to deal with 
category x, we can discuss it. (There’s also the subject of different 
classifications of dependencies: dependencies compiled into the binary, compile 
time dependencies not compiled in and runtime dependencies. But this is all 
academic right now...)

Harbs

Scroller optimization

[after24]

Hello,

I have worked on a way to optimize the scroller component on mobile..
It's very promising, especially for very complex views, but there is a major
drawback though.

Here is how it works :

The scroller component has a new boolean property called cacheViewport :

When this property is set to true, a bitmap version of the viewport is
captured in a ViewportCache component which inherits from
SpriteVisualElement and implements IViewport.
Instead of using the scrollRect property of the viewport, the ViewportCache
performs the scrolling of the bitmap version of the viewport using the
blitting technique which is way much faster.

When the user start to scroll, the actual viewport is removed (using
removeElement) and replaced by the ViewportCache component.
When the scroll is complete, the ViewportCache is removed (using
removeElement) and replaced by the actual viewport.
When the user interacts with the viewport content, the ViewportCache has a
system that redraws the regions that are likely to have changed during those
interactions. 
 
The weakness of this method is that the viewport must be added to the
display list after each scrolling operation : this process can be very long
(500-1000 ms) for very complex views.

The idea to solve this problem would be to add the actual viewport back only
when the user interacts with its content.

I found out a way to detect this type of interaction for example the user
clic the bitmap version of a ToggleButton on the ViewportCache, but I can
not reflect this interaction on the actual viewport i.e. the actual
ToggleButton should be toggled, when it’s added back to the display list.

Do you think it's feasible ? anyone has an idea ?



--
View this message in context: 
http://apache-flex-development.247.n4.nabble.com/Scroller-optimization-tp41774.html
Sent from the Apache Flex Development mailing list archive at Nabble.com.

Re: [VOTE] Squiggly 1.1 RC 1

[Eliezer Reis]

What? I did not vote against squiggly on the contrary, I really need this
project working! ;)

+1
+1
+1
+1



2014-10-24 3:05 GMT-02:00 Justin Mclean :

> Hi,
>
> This is a  Squiggly 1.1 Release Candidate 1. Please see the RELEASE_NOTES
> and the README.
>
> Changes from last version include minor README changes as a result exist
> votes carry over. They are:
>
> Binding:
> +1 Justin Mclean
> +1 Mark Kessler
>
> Non Binding:
> +1 Eliezer Reis
>
> Note that you can retest and change you vote if you want to do so.
>
> The release candidate can be found here;
> https://dist.apache.org/repos/dist/dev/flex/squiggly/1.1/rc1/
>
> Before voting please review the section,"What are the ASF requirements on
> approving a release?", at:
> http://www.apache.org/dev/release.html#approving-a-release
>
> Please vote to approve this release:
> +1 Approve the release
> -1 Veto the release (please provide specific comments to why)
>
> This vote will be open for at least 72 hours or as long as needed.
>
> The vote passes if there is:
> - At least 3 +1 votes from the PMC
> - More positive votes than negative votes
>
> People who are not in PMC or who are not an committer are also encouraged
> to test out the release and vote, although their votes will not be binding.
>
> Please put all discussion about this release in the DISCUSSION thread not
> this VOTE thread.
>
> Thanks,
> Justin




-- 
Eliezer Reis

Re: [VOTE] Squiggly 1.1 RC 1

[windowns]

+1 binding


Chris






From: Justin Mclean
Sent: ‎Thursday‎, ‎October‎ ‎23‎, ‎2014 ‎10‎:‎05‎ ‎PM
To: dev@flex.apache.org





Hi,

This is a  Squiggly 1.1 Release Candidate 1. Please see the RELEASE_NOTES and 
the README.

Changes from last version include minor README changes as a result exist votes 
carry over. They are:

Binding:
+1 Justin Mclean
+1 Mark Kessler

Non Binding:
+1 Eliezer Reis

Note that you can retest and change you vote if you want to do so.

The release candidate can be found here;
https://dist.apache.org/repos/dist/dev/flex/squiggly/1.1/rc1/

Before voting please review the section,"What are the ASF requirements on 
approving a release?", at:
http://www.apache.org/dev/release.html#approving-a-release

Please vote to approve this release:
+1 Approve the release
-1 Veto the release (please provide specific comments to why)

This vote will be open for at least 72 hours or as long as needed.

The vote passes if there is:
- At least 3 +1 votes from the PMC
- More positive votes than negative votes

People who are not in PMC or who are not an committer are also encouraged to 
test out the release and vote, although their votes will not be binding.

Please put all discussion about this release in the DISCUSSION thread not this 
VOTE thread.

Thanks,
Justin

Re: [VOTE] Squiggly 1.1 RC 1

[Erik de Bruin]

Justin noted your vote as +1, don’t worry.

The “Non binding” bit just means that you are not a PMC member.

EdB



On Fri, Oct 24, 2014 at 1:49 PM, Eliezer Reis  wrote:

> What? I did not vote against squiggly on the contrary, I really need this
> project working! ;)
>
> +1
> +1
> +1
> +1
>
>
>
> 2014-10-24 3:05 GMT-02:00 Justin Mclean :
>
> > Hi,
> >
> > This is a  Squiggly 1.1 Release Candidate 1. Please see the RELEASE_NOTES
> > and the README.
> >
> > Changes from last version include minor README changes as a result exist
> > votes carry over. They are:
> >
> > Binding:
> > +1 Justin Mclean
> > +1 Mark Kessler
> >
> > Non Binding:
> > +1 Eliezer Reis
> >
> > Note that you can retest and change you vote if you want to do so.
> >
> > The release candidate can be found here;
> > https://dist.apache.org/repos/dist/dev/flex/squiggly/1.1/rc1/
> >
> > Before voting please review the section,"What are the ASF requirements on
> > approving a release?", at:
> > http://www.apache.org/dev/release.html#approving-a-release
> >
> > Please vote to approve this release:
> > +1 Approve the release
> > -1 Veto the release (please provide specific comments to why)
> >
> > This vote will be open for at least 72 hours or as long as needed.
> >
> > The vote passes if there is:
> > - At least 3 +1 votes from the PMC
> > - More positive votes than negative votes
> >
> > People who are not in PMC or who are not an committer are also encouraged
> > to test out the release and vote, although their votes will not be
> binding.
> >
> > Please put all discussion about this release in the DISCUSSION thread not
> > this VOTE thread.
> >
> > Thanks,
> > Justin
>
>
>
>
> --
> Eliezer Reis
>



-- 
Ix Multimedia Software

Jan Luykenstraat 27
3521 VB Utrecht

T. 06-51952295
I. www.ixsoftware.nl

RE: Translation needed

[Neil Madsen]

Thanks for this. I have it updated now.
 
Neil

  _  

From: adobefle...@gmail.com [mailto:adobefle...@gmail.com] On Behalf Of ???
Sent: October-23-14 6:29 PM
To: dev@flex.apache.org; li...@cranialinteractive.com
Subject: Re: Translation needed


For Korean, I'd use '뒤로'.   
'다시' means again. 

본문 이미지 1




2014-10-23 22:51 GMT+09:00 Neil Madsen :


Could I get people that know the translations to take a look at what I have and 
let me know if it's correct or not.

It's for the word 'BACK'. If you could just post with the 'proper' translation 
or if there's a different word for a particular language.

Here's what I have.

french - arrière / retour

spanish - espalda / retroceder / retroceso / anterior

polish - wstecz

greek - πίσω / ΕΠΙΣΤΡΟΦΗ

korean - 다시

nederlands - terug

deutsch - zurück

portuguese - de volta /  retorno / avesso

zh_CN - 后面

zh_TW - 后面


Neil





-- 

Education Business Group , Joon-Ha Lee
3F INTOPS Building, 617 Bongeunsa-Ro, Gangnam-Gu, Seoul 135-873, Korea
M +82 10 6311 6309 T +82 2 2140 7240 F +82 2 2140 7799
http://www.tobesoft.co.kr   / 
http://www.xplatform.co.kr

TOBESOFT Co.,Ltd. ㅣ What’s eXchanged? UX changed Business!

RE: Translation needed

[Neil Madsen]

Thanks DarkStone.
I have updated the files.

Neil 

-Original Message-
From: DarkStone [mailto:darkst...@163.com] 
Sent: October-23-14 9:25 PM
To: Apache Flex Developers; li...@cranialinteractive.com
Subject: Re:Translation needed

Hi,

About the Chinese translation of "BACK":

"后面" means the back side of something, or it means later on.

So if your "BACK" is meant to the action of "GO BACK", you should use "后退" for 
ZH_CN, and "後退" for ZH_TW.


DarkStone
2014-10-24


在 2014-10-23 21:51:44，"Neil Madsen"  写道：
>Could I get people that know the translations to take a look at what I have 
>and let me know if it's correct or not.
> 
>It's for the word 'BACK'. If you could just post with the 'proper' translation 
>or if there's a different word for a particular language.
> 
>Here's what I have.
> 
>french - arrière / retour
> 
>spanish - espalda / retroceder / retroceso / anterior
> 
>polish - wstecz
> 
>greek - πίσω / ΕΠΙΣΤΡΟΦΗ
> 
>korean - 다시
> 
>nederlands - terug
> 
>deutsch - zurück
> 
>portuguese - de volta /  retorno / avesso
> 
>zh_CN - 后面
> 
>zh_TW - 后面
> 
> 
>Neil

RE: Translation needed

[Neil Madsen]

Thanks again everyone for the fast turn around.

I have made the changes and will be putting the patch up shortly.

Thanks again to Maxim for adding the new language as well!

Neil
  

-Original Message-
From: Alex Harui [mailto:aha...@adobe.com] 
Sent: October-24-14 1:24 AM
To: dev@flex.apache.org
Cc: lists
Subject: Re: Translation needed

I’m done for tonight, but if some committer does have time and can post the 
properties file to flex.a.o in the installer/properties and 
installer/properties/sdk folder, then Maxim or anyone running the Russian 
locale should be able to fire up the current installer and see the contribution 
and iterate if needed.

I think it has to be up there twice right now because some older scripts use 
installer/properties but newer scripts look in sdk since flexjs scripts look 
for their properties in the flexjs folder.

Thanks Maxim!

-Alex

On 10/23/14, 10:56 PM, "OmPrakash Muppirala"  wrote:

>On Oct 23, 2014 10:28 PM, "Maxim Solodovnik"  wrote:
>>
>> I already created Pull request, do I still need to create JIRA issue?
>
>Yes, please.  Just reference the pull request url in the ticket.  One 
>of us committers will commit it into the codebase very soon.
>
>Thanks for your contribution!
>
>Thanks,
>Om
>
>>
>> On 24 October 2014 11:59, Alex Harui  wrote:
>>
>> > And if you do come up with a translation, attach it to a JIRA issue
>>and
>> > we’ll post it on the web site and you can then try it in the 
>> > installer
>and
>> > make more adjustments if needed.
>> >
>> > On 10/23/14, 2:48 PM, "Neil Madsen" 
>wrote:
>> >
>> > >Thanks everyone for the translations.
>> > >
>> > >Maxim, we don't yet have a Russian translation for the installer 
>> > >but
>>if
>> > >you would be willing to do the translation, or even get it 
>> > >started,
>>I'm
>> > >sure others would jump in. You can find the main language file on
>github
>> > >here [1]
>> > >
>> > >You would just need to translate the strings, or get them started,
>>and
>we
>> > >could add Russian as another language to the installer.
>> > >
>> > >Thanks again.
>> > >
>> > >Neil
>> > >
>> > >[1]
>> > >
>> >
>https://github.com/apache/flex-utilities/blob/master/installer/src/prop
>ert
>> > >ies/en_US.properties
>> > >
>> > >
>> > >
>> > >
>> > >-Original Message-
>> > >From: Maxim Solodovnik [mailto:solomax...@gmail.com]
>> > >Sent: October-23-14 10:24 AM
>> > >To: dev@flex.apache.org
>> > >Cc: li...@cranialinteractive.com
>> > >Subject: Re: Translation needed
>> > >
>> > >russian - назад/НАЗАД
>> > >
>> > >On 23 October 2014 23:20, Aggelopoulos Spiros
>>>
>> > >wrote:
>> > >
>> > >> for greek - πίσω
>> > >>
>> > >> -Original Message-
>> > >> From: Neil Madsen [mailto:li...@cranialinteractive.com]
>> > >> Sent: Thursday, October 23, 2014 4:52 PM
>> > >> To: dev@flex.apache.org
>> > >> Subject: Translation needed
>> > >>
>> > >> Could I get people that know the translations to take a look at
>>what
>I
>> > >> have and let me know if it's correct or not.
>> > >>
>> > >> It's for the word 'BACK'. If you could just post with the 'proper'
>> > >> translation or if there's a different word for a particular
>>language.
>> > >>
>> > >> Here's what I have.
>> > >>
>> > >> french - arrière / retour
>> > >>
>> > >> spanish - espalda / retroceder / retroceso / anterior
>> > >>
>> > >> polish - wstecz
>> > >>
>> > >> greek - πίσω / ΕΠΙΣΤΡΟΦΗ
>> > >>
>> > >> korean - 다시
>> > >>
>> > >> nederlands - terug
>> > >>
>> > >> deutsch - zurück
>> > >>
>> > >> portuguese - de volta /  retorno / avesso
>> > >>
>> > >> zh_CN - 后面
>> > >>
>> > >> zh_TW - 后面
>> > >>
>> > >>
>> > >> Neil
>> > >>
>> > >>
>> > >>
>> > >
>> > >
>> > >--
>> > >WBR
>> > >Maxim aka solomax
>> > >
>> >
>> >
>>
>>
>> --
>> WBR
>> Maxim aka solomax

Re: Translation needed

[Harbs]

What’s the context of this? Hebrew could be either גב, חזור or אחור (or אחורה).

On Oct 23, 2014, at 4:51 PM, Neil Madsen  wrote:

> Could I get people that know the translations to take a look at what I have 
> and let me know if it's correct or not.
> 
> It's for the word 'BACK'. If you could just post with the 'proper' 
> translation or if there's a different word for a particular language.
> 
> Here's what I have.
> 
> french - arrière / retour
> 
> spanish - espalda / retroceder / retroceso / anterior 
> 
> polish - wstecz
> 
> greek - πίσω / ΕΠΙΣΤΡΟΦΗ
> 
> korean - 다시 
> 
> nederlands - terug
> 
> deutsch - zurück
> 
> portuguese - de volta /  retorno / avesso
> 
> zh_CN - 后面
> 
> zh_TW - 后面
> 
> 
> Neil 

RE: Translation needed

[Neil Madsen]

The context is to "go back" or "previous".
Like to go back to the previous step or screen.

Neil 

-Original Message-
From: Harbs [mailto:harbs.li...@gmail.com] 
Sent: October-24-14 7:38 AM
To: dev@flex.apache.org; li...@cranialinteractive.com
Subject: Re: Translation needed

What’s the context of this? Hebrew could be either גב, חזור or אחור (or אחורה).

On Oct 23, 2014, at 4:51 PM, Neil Madsen  wrote:

> Could I get people that know the translations to take a look at what I have 
> and let me know if it's correct or not.
> 
> It's for the word 'BACK'. If you could just post with the 'proper' 
> translation or if there's a different word for a particular language.
> 
> Here's what I have.
> 
> french - arrière / retour
> 
> spanish - espalda / retroceder / retroceso / anterior
> 
> polish - wstecz
> 
> greek - πίσω / ΕΠΙΣΤΡΟΦΗ
> 
> korean - 다시
> 
> nederlands - terug
> 
> deutsch - zurück
> 
> portuguese - de volta /  retorno / avesso
> 
> zh_CN - 后面
> 
> zh_TW - 后面
> 
> 
> Neil

Re: Translation needed

[Dany Dhondt]

Two different words!

In dutch:

Back = terug
Previous = vorige
Dany Dhondt
archeme...@mac.com | Mobile +32 496 251 455




> Op 24-okt.-2014, om 15:46 heeft Neil Madsen  
> het volgende geschreven:
> 
> The context is to "go back" or "previous".
> Like to go back to the previous step or screen.
> 
> Neil 
> 
> -Original Message-
> From: Harbs [mailto:harbs.li...@gmail.com] 
> Sent: October-24-14 7:38 AM
> To: dev@flex.apache.org; li...@cranialinteractive.com
> Subject: Re: Translation needed
> 
> What’s the context of this? Hebrew could be either גב, חזור or אחור (or 
> אחורה).
> 
> On Oct 23, 2014, at 4:51 PM, Neil Madsen  wrote:
> 
>> Could I get people that know the translations to take a look at what I have 
>> and let me know if it's correct or not.
>> 
>> It's for the word 'BACK'. If you could just post with the 'proper' 
>> translation or if there's a different word for a particular language.
>> 
>> Here's what I have.
>> 
>> french - arrière / retour
>> 
>> spanish - espalda / retroceder / retroceso / anterior
>> 
>> polish - wstecz
>> 
>> greek - πίσω / ΕΠΙΣΤΡΟΦΗ
>> 
>> korean - 다시
>> 
>> nederlands - terug
>> 
>> deutsch - zurück
>> 
>> portuguese - de volta /  retorno / avesso
>> 
>> zh_CN - 后面
>> 
>> zh_TW - 后面
>> 
>> 
>> Neil
> 
> 

Re:Scroller optimization

[DarkStone]

Hi after24,

>Instead of using the scrollRect property of the viewport, the ViewportCache 
>performs the scrolling of the bitmap version of the viewport using the 
>blitting technique which is way much faster.
What do you mean by "the blitting technique"? Could you explain it in detail?

>When the user start to scroll, the actual viewport is removed (using 
>removeElement) and replaced by the ViewportCache component.
>When the scroll is complete, the ViewportCache is removed (using 
>removeElement) and replaced by the actual viewport.
I would rather create a subclass of Group named "CachableGroup", define two 
properties for CacheableGroup: viewport:IViewport (default property) and 
viewportCache:IViewportCache, then set Scroller.viewport to CacheableGroup.
The viewport property is like the actual viewport of yours, and I also would 
rather set the viewport or the viewportCache's visible to false than using 
removeElement() when you don't need one of them.
Cuz if you need to show one of them (the viewport or the viewportCache) back 
again, the addElement() method will have to take some time to render it, it's 
much slower than setting its visible from false to true.

>I found out a way to detect this type of interaction for example the user 
>click the bitmap version of a ToggleButton on the ViewportCache, but I can not 
>reflect this interaction on the actual viewport i.e. the actual ToggleButton 
>should be toggled, when it’s added back to the display list.
I would recommend that you listen the 
TouchInteractionEvent.TOUCH_INTERACTION_START event on Scroller. Usually the 
Scroller instance itself does not dispatch this event, the viewport's sub 
component (or sub sub sub component) dispatches this event when the scrolling 
has just started. So when TouchInteractionEvent.TOUCH_INTERACTION_START 
happened, you can draw the viewport to viewportCache, then set the viewport's 
visible to false, and set viewportCache's visible to true. You should also 
listen TouchInteractionEvent.TOUCH_INTERACTION_END event on Scroller, when it 
happens, set viewportCache's visible to false, and the viewport's visible to 
true.

http://help.adobe.com/en_US/FlashPlatform/reference/actionscript/3/mx/core/UIComponent.html#event:touchInteractionStart
http://help.adobe.com/en_US/FlashPlatform/reference/actionscript/3/mx/core/UIComponent.html#event:touchInteractionEnd

>Do you think it's feasible? anyone has an idea?
I think it's feasible, but this approach has the following drawbacks:

1. You will need to use the BitmapData.draw() to create a bitmap version of the 
viewport,  the total number of pixels of a BitmapData cannot exceed 16,777,215 
pixels, although it's large enough, it has its limit.

2. If a BitmapData's size is very big (on Retina Display big size content is 
very common), it will consume a lot system memory, which could potentially 
crash the application on mobile device, or decrease the overall performance.

Well, I think it's still worth a shot, hope what I said could help you somehow 
: )


DarkStone
2014-10-24

At 2014-10-24 19:24:35, "after24"  wrote:
>Hello,
>
>I have worked on a way to optimize the scroller component on mobile..
>It's very promising, especially for very complex views, but there is a major
>drawback though.
>
>Here is how it works :
>
>The scroller component has a new boolean property called cacheViewport :
>
>When this property is set to true, a bitmap version of the viewport is
>captured in a ViewportCache component which inherits from
>SpriteVisualElement and implements IViewport.
>Instead of using the scrollRect property of the viewport, the ViewportCache
>performs the scrolling of the bitmap version of the viewport using the
>blitting technique which is way much faster.
>
>When the user start to scroll, the actual viewport is removed (using
>removeElement) and replaced by the ViewportCache component.
>When the scroll is complete, the ViewportCache is removed (using
>removeElement) and replaced by the actual viewport.
>When the user interacts with the viewport content, the ViewportCache has a
>system that redraws the regions that are likely to have changed during those
>interactions. 
> 
>The weakness of this method is that the viewport must be added to the
>display list after each scrolling operation : this process can be very long
>(500-1000 ms) for very complex views.
>
>The idea to solve this problem would be to add the actual viewport back only
>when the user interacts with its content.
>
>I found out a way to detect this type of interaction for example the user
>clic the bitmap version of a ToggleButton on the ViewportCache, but I can
>not reflect this interaction on the actual viewport i.e. the actual
>ToggleButton should be toggled, when it’s added back to the display list.
>
>Do you think it's feasible ? anyone has an idea ?
>
>
>
>--
>View this message in context: 
>http://apache-flex-development.247.n4.nabble.com/Scroller-optimization-tp41774.html
>Sent from the Apache Flex

Additional Logging added to installer

[Neil Madsen]

I added some additional logging to the installer to hopefully help identify
causes of failed installs.
Patch is attached to JIRA ticket.
 
[1]  
https://issues.apache.org/jira/browse/FLEX-34624
 
Neil

Re: [3/3] git commit: [flex-sdk] [refs/heads/develop] - Increment and counterpart don't work with FlexJS '_get()' and '_set()'

[Alex Harui]

Is the plan to fix this in FalconJX so these kinds of changes aren’t
necessary?

-Alex

On 10/24/14, 4:28 AM, "erikdebr...@apache.org" 
wrote:

>Increment and counterpart don't work with FlexJS '_get()' and '_set()'
>
>In FlexJS, all properties are converted to a set of methods, with '_get'
>and '_set' postfix. Calling an increment on a property in AS - myProp++ -
>will thus translate to 'myProp_get()++' in JS. And JS strongly objects to
>that syntax.
>
>Signed-off-by: Erik de Bruin 
>
>
>Project: http://git-wip-us.apache.org/repos/asf/flex-sdk/repo
>Commit: http://git-wip-us.apache.org/repos/asf/flex-sdk/commit/af2dc0d8
>Tree: http://git-wip-us.apache.org/repos/asf/flex-sdk/tree/af2dc0d8
>Diff: http://git-wip-us.apache.org/repos/asf/flex-sdk/diff/af2dc0d8
>
>Branch: refs/heads/develop
>Commit: af2dc0d8f6712c0003264cea966ef8afd159878c
>Parents: b9d15cf
>Author: Erik de Bruin 
>Authored: Fri Oct 24 13:04:09 2014 +0200
>Committer: Erik de Bruin 
>Committed: Fri Oct 24 13:04:19 2014 +0200
>
>--
> .../projects/framework/src/mx/managers/SystemManager.as   | 10 +-
> 1 file changed, 5 insertions(+), 5 deletions(-)
>--
>
>
>http://git-wip-us.apache.org/repos/asf/flex-sdk/blob/af2dc0d8/frameworks/p
>rojects/framework/src/mx/managers/SystemManager.as
>--
>diff --git 
>a/frameworks/projects/framework/src/mx/managers/SystemManager.as
>b/frameworks/projects/framework/src/mx/managers/SystemManager.as
>index 61d41ce..9eb9bea 100644
>--- a/frameworks/projects/framework/src/mx/managers/SystemManager.as
>+++ b/frameworks/projects/framework/src/mx/managers/SystemManager.as
>@@ -1752,7 +1752,7 @@ public class SystemManager extends MovieClip
> {
> // Adjust the partition indexes before the
> // "added" event is dispatched.
>-noTopMostIndex++;
>+noTopMostIndex = noTopMostIndex + 1;
> 
> var oldParent:DisplayObjectContainer = child.parent;
> if (oldParent)
>@@ -1790,7 +1790,7 @@ public class SystemManager extends MovieClip
> {
> // Adjust the partition indexes
> // before the "removed" event is dispatched.
>-noTopMostIndex--;
>+noTopMostIndex = noTopMostIndex - 1;
> 
> return rawChildren_removeChild(child);
> }
>@@ -1802,7 +1802,7 @@ public class SystemManager extends MovieClip
> {
> // Adjust the partition indexes
> // before the "removed" event is dispatched.
>-noTopMostIndex--;
>+noTopMostIndex = noTopMostIndex - 1;
> 
> return rawChildren_removeChildAt(applicationIndex + index);
> }
>@@ -2658,7 +2658,7 @@ public class SystemManager extends MovieClip
> mouseCatcher.name = "mouseCatcher";
> // Must use addChildAt because a creationComplete handler can
>create a
> // dialog and insert it at 0.
>-noTopMostIndex++;
>+noTopMostIndex = noTopMostIndex + 1;
> super.addChildAt(mouseCatcher, 0);
> resizeMouseCatcher();
> if (!topLevel)
>@@ -2668,7 +2668,7 @@ public class SystemManager extends MovieClip
> }
> 
> // Add the application as child 1.
>-noTopMostIndex++;
>+noTopMostIndex = noTopMostIndex + 1;
> super.addChildAt(DisplayObject(app), 1);
> 
> CONFIG::performanceInstrumentation
>

Re: [3/3] git commit: [flex-sdk] [refs/heads/develop] - Increment and counterpart don't work with FlexJS '_get()' and '_set()'

[Erik de Bruin]

It’s not on my list.

For VF2JS I’ll be using the more modern (but not backwards compatible)
approach of “Object.defineProperty” to create a ‘real’ properties with
‘get’ and ‘set’ methods. That will bring JS up to speed with AS and will
prevent this (and many other) types of incompatibilities when cross
compiling.

EdB



On Fri, Oct 24, 2014 at 6:45 PM, Alex Harui  wrote:

> Is the plan to fix this in FalconJX so these kinds of changes aren’t
> necessary?
>
> -Alex
>
> On 10/24/14, 4:28 AM, "erikdebr...@apache.org" 
> wrote:
>
> >Increment and counterpart don't work with FlexJS '_get()' and '_set()'
> >
> >In FlexJS, all properties are converted to a set of methods, with '_get'
> >and '_set' postfix. Calling an increment on a property in AS - myProp++ -
> >will thus translate to 'myProp_get()++' in JS. And JS strongly objects to
> >that syntax.
> >
> >Signed-off-by: Erik de Bruin 
> >
> >
> >Project: http://git-wip-us.apache.org/repos/asf/flex-sdk/repo
> >Commit: http://git-wip-us.apache.org/repos/asf/flex-sdk/commit/af2dc0d8
> >Tree: http://git-wip-us.apache.org/repos/asf/flex-sdk/tree/af2dc0d8
> >Diff: http://git-wip-us.apache.org/repos/asf/flex-sdk/diff/af2dc0d8
> >
> >Branch: refs/heads/develop
> >Commit: af2dc0d8f6712c0003264cea966ef8afd159878c
> >Parents: b9d15cf
> >Author: Erik de Bruin 
> >Authored: Fri Oct 24 13:04:09 2014 +0200
> >Committer: Erik de Bruin 
> >Committed: Fri Oct 24 13:04:19 2014 +0200
> >
> >--
> > .../projects/framework/src/mx/managers/SystemManager.as   | 10 +-
> > 1 file changed, 5 insertions(+), 5 deletions(-)
> >--
> >
> >
> >
> http://git-wip-us.apache.org/repos/asf/flex-sdk/blob/af2dc0d8/frameworks/p
> >rojects/framework/src/mx/managers/SystemManager.as
> >--
> >diff --git
> >a/frameworks/projects/framework/src/mx/managers/SystemManager.as
> >b/frameworks/projects/framework/src/mx/managers/SystemManager.as
> >index 61d41ce..9eb9bea 100644
> >--- a/frameworks/projects/framework/src/mx/managers/SystemManager.as
> >+++ b/frameworks/projects/framework/src/mx/managers/SystemManager.as
> >@@ -1752,7 +1752,7 @@ public class SystemManager extends MovieClip
> > {
> > // Adjust the partition indexes before the
> > // "added" event is dispatched.
> >-noTopMostIndex++;
> >+noTopMostIndex = noTopMostIndex + 1;
> >
> > var oldParent:DisplayObjectContainer = child.parent;
> > if (oldParent)
> >@@ -1790,7 +1790,7 @@ public class SystemManager extends MovieClip
> > {
> > // Adjust the partition indexes
> > // before the "removed" event is dispatched.
> >-noTopMostIndex--;
> >+noTopMostIndex = noTopMostIndex - 1;
> >
> > return rawChildren_removeChild(child);
> > }
> >@@ -1802,7 +1802,7 @@ public class SystemManager extends MovieClip
> > {
> > // Adjust the partition indexes
> > // before the "removed" event is dispatched.
> >-noTopMostIndex--;
> >+noTopMostIndex = noTopMostIndex - 1;
> >
> > return rawChildren_removeChildAt(applicationIndex + index);
> > }
> >@@ -2658,7 +2658,7 @@ public class SystemManager extends MovieClip
> > mouseCatcher.name = "mouseCatcher";
> > // Must use addChildAt because a creationComplete handler can
> >create a
> > // dialog and insert it at 0.
> >-noTopMostIndex++;
> >+noTopMostIndex = noTopMostIndex + 1;
> > super.addChildAt(mouseCatcher, 0);
> > resizeMouseCatcher();
> > if (!topLevel)
> >@@ -2668,7 +2668,7 @@ public class SystemManager extends MovieClip
> > }
> >
> > // Add the application as child 1.
> >-noTopMostIndex++;
> >+noTopMostIndex = noTopMostIndex + 1;
> > super.addChildAt(DisplayObject(app), 1);
> >
> > CONFIG::performanceInstrumentation
> >
>
>


-- 
Ix Multimedia Software

Jan Luykenstraat 27
3521 VB Utrecht

T. 06-51952295
I. www.ixsoftware.nl

[FlexJS] Optimized Charts

[Peter Ent]

Hi,

I've just committed code that enables charts to be drawn a little more 
efficiently. Right now each chart itemRenderer creates an element in the 
display list (or HTML DOM). The optimized version uses the FlexJS 
core.graphics.GraphicsContainer as a canvas and each itemRenderer draws its 
shape into that. A regular bar chart might create 50 display list elements and 
the optimized version would only create 50 shapes (or ).

I will create an example to illustrate the difference.

At this point we could use some feedback and advice. I have only created simple 
graphics for the chart axes and use UILabel for the labels on the tick marks. I 
am wondering if the display list/DOM structure of chart should be changed to 
allow better use of CSS to style the elements. At this point CSS has little 
effect; I wanted to get the functionality done first.

Today's basic Chart structure looks like this (these are not actual MXML or 
HTML element names, just pseudo elements for illustration).


  

  ...

  
   
tick mark label
 


Note that everything is pretty much a sibling and are children of the main 
chart element.

First off, does anyone know if SVG text elements can be styled with CSS? If so, 
I could convert the UILabel's to SVG on the JavaScript side.

Secondly, would it be helpful to have more structure? For instance,  .., so that CSS could be used to target 
specific elements?

Thanks,

Peter Ent
Adobe Systems

Re: [VOTE] Squiggly 1.1 RC 1

[Justin Mclean]

Hi,

> What? I did not vote against squiggly on the contrary, I really need this
> project working! ;)

You did vote for it but only PMC members votes are binding on releases. Thanks 
for taking the time to vote and you'll notice your name was added to the 
contributors file.

You are free to use  RC1 in your project or wait a few days until we get the 
required 3 +1 votes from PMC members to make RC1 an official release.

Thanks,
Justin

Re: git commit: [flex-utilities] [refs/heads/develop] - FLEX-34605 cleanup

[Alex Harui]

On 10/24/14, 9:56 PM, "jmcl...@apache.org"  wrote:

>-import AntClasses; AntClasses;
>+import AntClasses;
This one worries me.  I should have left a comment on it, but the second
“AntClasses” force-links all of the ant task handlers into the app.  I’m
not sure I’ve listed them any other way that would link them in.  Did an
ant_on_air install actually work after this change?  I think you have to
try 4.13 or FlexJS as all older SDKs are not using ant_on_air right now.

-Alex 

Re: [VOTE] Squiggly 1.1 RC 1

[Alex Harui]

+1 binding
Package 
https://dist.apache.org/repos/dist/dev/flex/squiggly/1.1/rc1/apache-flex-sq
uiggly-1.1-src.tar.gz
Java 1.7
OS: Mac OS X x86_64 10.9.5
Source kit signatures match: y
Source kit builds: y
README is ok: y
RELEASE_NOTES is ok: y
NOTICE is ok: y
LICENSE is ok: y
No unapproved licenses or archives: y
No unapproved binaries: y

Re: Translation needed

[Alex Harui]

Hi Maxim,

I haven’t executed the pull request (I still have to learn how to do it at
Apache), but I grabbed your translations and put them on the web server so
you can try using the installer to see how it looks live and make any
further adjustments.

It might take a few hours for the change to propagate to where you are,
but the dropdown at the upper right should include the word “Russian”.
Let us know if there is some other word we should use in the dropdown.

Thanks,
-Alex

On 10/23/14, 11:02 PM, "Maxim Solodovnik"  wrote:

>done: https://issues.apache.org/jira/browse/FLEX-34623
>
>On 24 October 2014 12:56, OmPrakash Muppirala 
>wrote:
>
>> On Oct 23, 2014 10:28 PM, "Maxim Solodovnik" 
>>wrote:
>> >
>> > I already created Pull request, do I still need to create JIRA issue?
>>
>> Yes, please.  Just reference the pull request url in the ticket.  One
>>of us
>> committers will commit it into the codebase very soon.
>>
>> Thanks for your contribution!
>>
>> Thanks,
>> Om
>>
>> >
>> > On 24 October 2014 11:59, Alex Harui  wrote:
>> >
>> > > And if you do come up with a translation, attach it to a JIRA issue
>>and
>> > > we’ll post it on the web site and you can then try it in the
>>installer
>> and
>> > > make more adjustments if needed.
>> > >
>> > > On 10/23/14, 2:48 PM, "Neil Madsen" 
>> wrote:
>> > >
>> > > >Thanks everyone for the translations.
>> > > >
>> > > >Maxim, we don't yet have a Russian translation for the installer
>>but
>> if
>> > > >you would be willing to do the translation, or even get it started,
>> I'm
>> > > >sure others would jump in. You can find the main language file on
>> github
>> > > >here [1]
>> > > >
>> > > >You would just need to translate the strings, or get them started,
>>and
>> we
>> > > >could add Russian as another language to the installer.
>> > > >
>> > > >Thanks again.
>> > > >
>> > > >Neil
>> > > >
>> > > >[1]
>> > > >
>> > >
>> 
>>https://github.com/apache/flex-utilities/blob/master/installer/src/proper
>>t
>> > > >ies/en_US.properties
>> > > >
>> > > >
>> > > >
>> > > >
>> > > >-Original Message-
>> > > >From: Maxim Solodovnik [mailto:solomax...@gmail.com]
>> > > >Sent: October-23-14 10:24 AM
>> > > >To: dev@flex.apache.org
>> > > >Cc: li...@cranialinteractive.com
>> > > >Subject: Re: Translation needed
>> > > >
>> > > >russian - назад/НАЗАД
>> > > >
>> > > >On 23 October 2014 23:20, Aggelopoulos Spiros <
>> aggelopou...@novusnet.gr
>> >
>> > > >wrote:
>> > > >
>> > > >> for greek - πίσω
>> > > >>
>> > > >> -Original Message-
>> > > >> From: Neil Madsen [mailto:li...@cranialinteractive.com]
>> > > >> Sent: Thursday, October 23, 2014 4:52 PM
>> > > >> To: dev@flex.apache.org
>> > > >> Subject: Translation needed
>> > > >>
>> > > >> Could I get people that know the translations to take a look at
>>what
>> I
>> > > >> have and let me know if it's correct or not.
>> > > >>
>> > > >> It's for the word 'BACK'. If you could just post with the
>>'proper'
>> > > >> translation or if there's a different word for a particular
>> language.
>> > > >>
>> > > >> Here's what I have.
>> > > >>
>> > > >> french - arrière / retour
>> > > >>
>> > > >> spanish - espalda / retroceder / retroceso / anterior
>> > > >>
>> > > >> polish - wstecz
>> > > >>
>> > > >> greek - πίσω / ΕΠΙΣΤΡΟΦΗ
>> > > >>
>> > > >> korean - 다시
>> > > >>
>> > > >> nederlands - terug
>> > > >>
>> > > >> deutsch - zurück
>> > > >>
>> > > >> portuguese - de volta /  retorno / avesso
>> > > >>
>> > > >> zh_CN - 后面
>> > > >>
>> > > >> zh_TW - 后面
>> > > >>
>> > > >>
>> > > >> Neil
>> > > >>
>> > > >>
>> > > >>
>> > > >
>> > > >
>> > > >--
>> > > >WBR
>> > > >Maxim aka solomax
>> > > >
>> > >
>> > >
>> >
>> >
>> > --
>> > WBR
>> > Maxim aka solomax
>>
>
>
>
>-- 
>WBR
>Maxim aka solomax