On 6/2/06, Anton Avtamonov <[EMAIL PROTECTED]> wrote:
On 6/2/06, Erik Axel Nielsen <[EMAIL PROTECTED]> wrote:
> >
> > Actually my English is not good :-). Will work on improvement.
> >
> > What I tried to say is that we really don't need to use third-party
> > L&Fs for visual testing. It doesn't
Erik Axel Nielsen wrote:
> Hi,
>
>>> Very hard part. Colors used in Harmony are not equivalent to RI.
>>> Therefore I expect that "as is" comparison will show that everything
>>> is different :-). The entire component Look is not 100% copied, i.e.
>>> position of the focus frame, look of the borde
On 6/2/06, Erik Axel Nielsen <[EMAIL PROTECTED]> wrote:
>
> Actually my English is not good :-). Will work on improvement.
>
> What I tried to say is that we really don't need to use third-party
> L&Fs for visual testing. It doesn't mean we should not try them. We
> should! Just because L&F imple
Actually my English is not good :-). Will work on improvement.
What I tried to say is that we really don't need to use third-party
L&Fs for visual testing. It doesn't mean we should not try them. We
should! Just because L&F implementation is one of the most significant
customization in Swing and
On 6/2/06, Erik Axel Nielsen <[EMAIL PROTECTED]> wrote:
Hi Anton
>
> However if some third-party L&F provides "full" decoration, i.e.
> provide its own look for all components overriding every setting from
> BasicLookAndFeel then it can perfectly satisfy our needs:
How about this one: http://na
Just a note - since the shape of the classlib deploy directory has
recently changed, anyone building the swing/awt contribution will
find that the built binaries go into deploy/jre/ instead of
deploy/jdk/jre/.
The fix for this is simple - just add "jdk" into the harmonybin.path
property defined in
Hi Anton
However if some third-party L&F provides "full" decoration, i.e.
provide its own look for all components overriding every setting from
BasicLookAndFeel then it can perfectly satisfy our needs:
How about this one: http://napkinlaf.sourceforge.net/ ?
I haven't looked at the code, but
On 6/2/06, Erik Axel Nielsen <[EMAIL PROTECTED]> wrote:
Hi,
>> Very hard part. Colors used in Harmony are not equivalent to RI.
>> Therefore I expect that "as is" comparison will show that everything
>> is different :-). The entire component Look is not 100% copied, i.e.
>> position of the focus
Hi,
Very hard part. Colors used in Harmony are not equivalent to RI.
Therefore I expect that "as is" comparison will show that everything
is different :-). The entire component Look is not 100% copied, i.e.
position of the focus frame, look of the borders, etc. differ.
Besides, colors are theme-
On 1 June 2006 at 18:25, "Anton Avtamonov" <[EMAIL PROTECTED]> wrote:
> On 6/1/06, Mark Hindess <[EMAIL PROTECTED]> wrote:
> >
> > On 1 June 2006 at 17:36, "Alexey Petrenko" <[EMAIL PROTECTED]>
> > wrote:
> > >
> > > Which thing will this tool compare? Created windows or displays pixel
> > > by pi
I just tried out the process you described using JEdit (2x on RI).
I made a dump with XWD, then moved the split of the horizontal
split pane 1 pixel to the right and did the dump again.
The result when you call "compare" is a picture with lots of bright
red (differences), and it's hard to see wha
On 6/1/06, Mark Hindess <[EMAIL PROTECTED]> wrote:
On 1 June 2006 at 17:36, "Alexey Petrenko" <[EMAIL PROTECTED]>
wrote:
>
> Which thing will this tool compare? Created windows or displays pixel
> by pixel?
The syntax I listed for xwd dumps the whole virtual display. You can
also instruct it t
On 1 June 2006 at 17:36, "Alexey Petrenko" <[EMAIL PROTECTED]>
wrote:
>
> Which thing will this tool compare? Created windows or displays pixel
> by pixel?
The syntax I listed for xwd dumps the whole virtual display. You can
also instruct it to dump single windows. But either way, it's a pixel
Which thing will this tool compare? Created windows or displays pixel by pixel?
2006/6/1, Mark Hindess <[EMAIL PROTECTED]>:
On 1 June 2006 at 14:19, Chris Gray <[EMAIL PROTECTED]> wrote:
> I believe that Classpath uses the VisualTestEngine we developed at Acunia.
> Requires manual operation, bu
On 1 June 2006 at 14:19, Chris Gray <[EMAIL PROTECTED]> wrote:
> I believe that Classpath uses the VisualTestEngine we developed at Acunia.
> Requires manual operation, but it has facilities for explanatory texts, pass/
> fail indications, etc.. It will even run applets if you ask it nicely. You
On 6/1/06, Chris Gray <[EMAIL PROTECTED]> wrote:
I believe that Classpath uses the VisualTestEngine we developed at Acunia.
Requires manual operation, but it has facilities for explanatory texts, pass/
fail indications, etc.. It will even run applets if you ask it nicely. You
can find it in the S
Anton Luht wrote:
Hello,
Some time ago I've read in Danese Cooper's blog that Sun doesn't have
compatibility tests for Swing/AWT. I think it means that there are no
such tests in other companies or projects as well. We can see if our
implementation is compatible with Sun's only by launching so
I believe that Classpath uses the VisualTestEngine we developed at Acunia.
Requires manual operation, but it has facilities for explanatory texts, pass/
fail indications, etc.. It will even run applets if you ask it nicely. You
can find it in the SVN repository at www.wonka-vm.org (which is down
Hello,
Some time ago I've read in Danese Cooper's blog that Sun doesn't have
compatibility tests for Swing/AWT. I think it means that there are no
such tests in other companies or projects as well. We can see if our
implementation is compatible with Sun's only by launching some
application on bot
On 5/30/06, Geir Magnusson Jr <[EMAIL PROTECTED]> wrote:
YAY!
+1 :-)
- robert
And henceforth, the day was known as "The Great Leap Forward"...
:D
geir
Mark Hindess wrote:
[EMAIL PROTECTED] said:
I am glad to announce next contribution to Harmony classlib on
behalf of Intel. The archive with the contribution is uploaded to the
following location:
http://issues
[EMAIL PROTECTED] said:
>
> I am glad to announce next contribution to Harmony classlib on
> behalf of Intel. The archive with the contribution is uploaded to the
> following location:
>
> http://issues.apache.org/jira/browse/HARMONY-528
Great work! I've built the contribution on Linux
YAY!
Alexey Petrenko wrote:
Dear all,
I am glad to announce next contribution to Harmony
classlib on behalf of Intel. The archive with the contribution
is uploaded to the following location:
http://issues.apache.org/jira/browse/HARMONY-528
The contribution consists of the followin
As part of Swing module the implementation of javax.accessibility is
also contributed.
Wishes,
--
Anton Avtamonov,
Intel Middleware Products Division
On 5/30/06, Alexey Petrenko <[EMAIL PROTECTED]> wrote:
Dear all,
I am glad to announce next contribution to Harmony
classlib on behalf of
24 matches
Mail list logo