Can't you just use s/marmite/vegemite/; and it's done?
;-)
**
COO and Director
Uberity Technology Corporation
"LiveCycle ES and Mobile Specialists"
http://www.uberity.com
@uberity @duanechaos
On 12-04-27 4:55 PM, "Justin Mclean" wrote:
>Hi,
>
>> Same goes for Australia a
THANK YOU!!!
I used to go crazy trying to explain to Adobe that English (North
American) was incorrect as the CA and US branches are somewhat different,
not just for the reasons you point below. Most Canadian developers I
talked to hated this with a passion. We use the same spelling as the
Brits
On 12-04-20 8:48 AM, "Doug Arthur" wrote:
>On Fri, Apr 20, 2012 at 9:43 AM, andrei apostolache
> wrote:
>> Hi Scott,
>>
>> Is not about a new component, it's about all spark components that are
>> based on UIComponent. Think for example a simple spark button, > click="doSomething()" doubleClick=
+1 to Jaros
Since it has been asked though, the link is here. This is two months old
news:
http://arstechnica.com/gadgets/news/2012/02/adobe-confirms-no-flash-for-chr
ome-on-android.ars
**
COO and Director
Uberity Technology Corporation
"LiveCycle ES and Mobile Specialists"
ht
Thank you - clarifies a lot.
Maybe a compromise is to simply just use for every new
component from Apache until Adobe actually adopts it into the main fork?
My vote on this, put it up for vote now, and move on to more important
issues. We can revisit later.
Duane
President/C
On 12-03-16 7:55 PM, "Justin Mclean" wrote:
>Hi,
>
>If we make no changes it probably means that down the track we're likely
>to end up with this:
>
> xmlns:fx="http://ns.adobe.com/mxml/2009";
> xmlns:s="library://ns.adobe.com/flex/spark"
> xmlns:mx="library://ns.adobe.com/flex
ed by
MXML (this still throws the odd error WRT the SDK and named methods like
"close()".
Consider an XML fragment like this:
http://www.value1.com"; >
Duane Nickull
http://www.value2.com";>
Duane Nickull
Parsers always resort to the inner most lexically
scoped name
ng some UIs found in popular programs or OSs.
>
>
>
>
>On Mar 11, 2012, at 6:00 PM, Duane Nickull wrote:
>
>> The MX color picker was okay but very hard to use on mobile. Even if
>>you
>> scale it, it is hdd to predict the expansion of colors based on
>>
n identify some properties such as:
>
>- layout
>- width
>- height
>- color range start and color range end, or
>- color values (array)
>- item renderer
>
>Then we can provide a useful collection of layouts and item renderers for
>mimicking some UIs found in popula
The MX color picker was okay but very hard to use on mobile. Even if you
scale it, it is hdd to predict the expansion of colors based on horizontal
vs. vertical. To be honest, I like your idea. The colour class logic is
very simple (getColor, setColor). The UI component maybe needs a rethink?
views which in some ways makes it ideal for mobile. Feel free to
use, modify at your discretion.
Duane Nickull
President/COO Überity Technology Corporation
Adobe LiveCycle ES & Enterprise Specialist
Blog | http://technoracle.blogspot.com
Twitter | @Uberity @duanechaos
In light of this, my colour picker might not be suitable. never theless,
people do use it and like it. Maybe CP lite?
Your choice. It matters not to me.
D
President/COO Überity Technology Corporation
Adobe LiveCycle ES & Enterprise Specialist
Blog | http://technoracle.blogsp
I built a colour picker that is very basic, but you are welcome to have.
http://technoracle.blogspot.com/2011/05/flexair-mobile-color-picker.html
I wouldn't claim it to be super fancy, but it does work and has had over
25,000 downloads.
It's your to use.
D
President/COO Über
Justin:
As usual, your proposals are clearly logical and make sense.
+1
If anyone can think of a single reason why not, please speak now (and be
concise) or please consent by silence.
Synopsis:
The Busy indicator is current bundled to be with the mobile SWC. A lot of
end users like to have co
It seems criminal to not make it for the best OS that exists.
Überity.com
President & COO
Adobe LiveCycle ES Consultant Services
http://www.uberity.com
Blog | http://technoracle.blogspot.com
Twitter | @Uberity @duanechaos
On 12-02-28 7:06 PM, "Jason
On 12-02-28 4:00 PM, "Tink" wrote:
>I don't think thats a point of view that Adobe have missed.
>
>Adobe are a business, they have weighed up the pro's and con's of
>developing for Linux and come to the conclusion that FB doesn't sell
>enough units on Linux to warrant the cost of development.
>
Jude:
On 12-02-28 10:06 AM, "jude" wrote:
>Here is my comment [2].
>
>I think SEO search results come down to popularity. Is everyone linking to
>your page? It might have something to do with Google analytics. How long
>people stay on your page.
DN: Amen brother! That is correct.
>
>But as a c
On 12-02-27 10:16 PM, "jude" wrote:
>IMHO I wouldn't invest more time in themes.
+1
If I had to prioritize work, I think I would put the bugs first.
Would anyone be interested in a Vancouver, BC bug squashing/coding weekend
(maybe Whistler - ski & squash & beers)?
If so, I am happy to host.
ES Consultant Services
>> http://www.uberity.com
>> Blog | http://technoracle.blogspot.com
>> Twitter | @Uberity @duanechaos
>>
>>
>>
>>
>>
>>
>> >
>> >
>> >On Mon, Feb 27, 2012 at 6:51 PM, Alex Harui wrote:
>> >
>
es
http://www.uberity.com
Blog | http://technoracle.blogspot.com
Twitter | @Uberity @duanechaos
>
>
>On Mon, Feb 27, 2012 at 6:51 PM, Alex Harui wrote:
>
>>
>>
>>
>> On 2/27/12 3:22 PM, "Duane Nickull" wrote:
>>
>>
>> > DN: I ha
On 12-02-27 3:51 PM, "Alex Harui" wrote:
>I'm not saying the SDK will try to force anybody to use anything. I just
>thought there were issues where folks want to have more control over what
>text is found in a SWF, what links are found in the SWF and what buttons
>get
>pushed. I don't remember
>
>I watched both videos. I'm not sure why you think there isn't stuff that
>Flex can do better to assist in the better static indexing of content, and
>making the set links available to the search engines. I thought there
>were
>things that Ichabod needed help with (like getting past authenticat
for ajax homepages and it worked out quite well.
>
>Do you think a discussion about a examples or a development model in
>this direction would be reasonable?
>
>yours
>Martin.
>
>
>On 28/02/2012 04:20, Duane Nickull wrote:
>> It used to. To understand how t
It used to. To understand how the system works, watch this video:
http://technoracle.blogspot.com/2009/01/flash-search-engine-optimization.ht
ml
And this video:
http://tv.adobe.com/watch/adobe-evangelists-duane-nickull/seo-secrets-techn
ology-and-magic-behind-flash/
The second one is more
No. Google does not use metadata keywords.
http://googlewebmastercentral.blogspot.com/2009/09/google-does-not-use-keyw
ords-meta-tag.html
You are basing your SEO discussion on a bunch of false assumptions. To be
honest, I don't think this is even a conversation worth having unless you
want to ta
-Development-Strategy_FINA
L.pdf
Duane Nickull
Überity.com
President & COO
Adobe LiveCycle ES Consultant Services
http://www.uberity.com
Blog | http://technoracle.blogspot.com
Twitter | @Uberity @duanechaos
On 12-02-27 8:59 AM, "Martin
IDEA (Intellij 11)? Awesome.
Can't wait too.
Duane Nickull
Überity.com
President & COO
Adobe LiveCycle ES Consultant Services
http://www.uberity.com
Blog | http://technoracle.blogspot.com
Twitter | @Uberity @duanechaos
On 12-02-2
http://technoracle.blogspot.com
Twitter | @Uberity @duanechaos
On 12-02-26 10:14 PM, "Omar Gonzalez" wrote:
>On Sun, Feb 26, 2012 at 10:08 PM, Duane Nickull wrote:
>
>> Hey all.
>>
>> Not sure if this is the correct place to post. The recently launched
>&
Hey all.
Not sure if this is the correct place to post. The recently launched
Apache Flex logo talks about
Cross Plaftom Developing
I am assuming someone meant to say "platform"?
Überity.com
President & COO
Adobe LiveCycle ES and Flex Consultant Service
:
http://tv.adobe.com/watch/max-2009-envision/seo-secrets-technology-and-magi
c-behind-flash/
The basic premise is that Search engines basically only use content for
initial ranking. Everything else is dynamic. The above video explains
the mechanisms in more detail.
Duane Nickull
30 matches
Mail list logo
