package org.apache.pivot.wtk;
import org.apache.pivot.beans.DefaultProperty;
import org.apache.pivot.wtk.Component;
import org.apache.pivot.wtk.TablePane;
/**
* A pane that takes one child and fills the pane.
*
*/
@DefaultProperty("content")
public class FillPane extends TablePane {
You may want to consider a few "multipliers." I've included the code I added
this to my aspects library. It includes contrast, transparency and
brightener (not by color component though). Just a thought if you are adding
this in. The code was designed to configure in the serializer under my
compone
I think it's a good idea but I'm not sure how this would differentiate
pivot--unless you think it's a checklist to be in the set of choices by
architects and developers. SWT already is cross-platform and includes a
web-enabled version (called RAP) and e4 already includes XWT which has a
"renderer"
I think it depends on a few factors such as the actual code complexity,
memory footprint and other benefits and capabilities for styled text etc.
Its not clear it's a high-priority area for pivot as a project.
I built a read-only text area based on the jse's line breaking support
classes, multiple
There are four typical ways to implement this:
a) annotations
b) static members holding metadata in the class owning the property,
typically using naming conventions to locate
c) separate classes accessed by naming convention like BeanInfo's approach
d) external config (e.g. XML files)
Depending
Is the z-order just based on the order of the list? I added an explicit
z-order attached property and reordered the list on layout, that was the
only way I could figure out how to explicitly specify it so there was no
doubt. Is there another mechanism or is it all about the children list
order?
-
This may be another good motivation for a dev wiki, people can post
integration and other tricks. I remember that Hibernate has such a wiki (not
quite sure the details actually of whether it is a wiki or not) that always
had some tips and ideas for use cases that were not core, but helpful.
-O
That's consistent with my thoughts then. If I look at BXML use generally in
pivot, the BXML trees are not large or complex. I think they are more
complex in XAML where because of their design decision to push as much as
possible into XAML e.g. templates, data binding, triggers, xml extensions
(whic
Nice write up! Can that go on the web site?
I can only provide these personal thoughts:
I think the discussions around BXML here really are just saying, hey, there
is an original BXML use-case that it satisfies fair enough to your point.
But it could do more and that may make pivot have a competi
I would actually consider an exception thrown because of attribute ordering
to be a bug prior to getRoot or readObject in the serializer. I ran into the
same issue on some component's I authored but I realized I had to be robust.
Even in the DI containers such as spring, you have to be robust desp
Do you think that if someone has to move from Swing to JavaFX, that the
decision will then become bigger--does the entire UI stack come under
scrutiny? E.g. if I have to have to move from Swing, perhaps I should
consider a wider variety of toolkits other than JavaFX? If so, the
competition is bigge
er has finished building my component. Jeeesh.
You think there'd be a way...
Michael
On Mon, 26 Jul 2010, aappddeevv wrote:
> I think this is the @PostConstruct concept again. However, in a
parent-child
> tree you may have to bound the initialization process like in WPF
> (BeginIn
what I need. Thanks for the tip, though. What's your
name?
Michael
On Mon, 26 Jul 2010, aappddeevv wrote:
> Message bus for inter-object communication versus parent-tree messaging
> conceptually is the same, however, parent-tree messaging can be simplified
> somewhat and bu
I think this is the @PostConstruct concept again. However, in a parent-child
tree you may have to bound the initialization process like in WPF
(BeginInit, EndInit) because a parent component is not really initialized
until its children are. You have to pick your semantics to figure out what's
right
Message bus for inter-object communication versus parent-tree messaging
conceptually is the same, however, parent-tree messaging can be simplified
somewhat and built to be more optimized then a general-purpose message-bus
approach. There is general message bus, like spring integration, message
brok
A couple of thoughts:
a) Take a look at the serializer extension that was pulled out of
BXMLSerializer recently. If you intercept every call to a new instantiation of
an object in the BXML serializer, you can do everything you describe below and
satisfy many other use cases. It also a sma
Of course, there ways of setting the default spacing to X by default or
modifying font weights/sizes all of mostly requiring setting some idioms for
specifying the styling elements. No changes needed to the core pivot library
although one of the ways would need the serializer extension mechanism pu
I did not know that about CSS styling! Very nice. I implemented it using the
WPF-style. I'll check out CSS.
I like the idea of being able to select on more than just class and id. In
the code I have, I am able to set styles based on general property states
(states are expressed as property-value p
I thought about this some more as well and was thinking about PIVOT-570.
I have need for tab decoration in my pivotpad application to show dirty state
and a close button and such. You have need for different text orientation. I
was thinking back to the idea of component templates again as I was
Its possible that a small API enhancement would open up the
TerraFileBrowserSheetSkin. By being allowed to set the BXML file that is
loaded, you could subclass the skin and install your own, leveraging the
existing BXML, to add to the BXML the extra breadcrumbs.
Or you could just ask for the s
You may want to check out the eclipse e4 source code. They implement CSS-like
styling to handle styling in similar fashion.
You don't even need to change the pivot library code to implement CSS styling
transparently and dynamically.
With all the thoughts going on around styling (people have imp
Looks good.
When is the binding evaluated? If I have an include in my bxml file and the
object with the binding expression is buried in a few layers of component
(border wrapping a boxpane wrapping a label) will the binding pickup the
objects defined in the include file? Do I have to make sure
Great points.
If you want a direct override through a global sheet specified externally in
JSON, then you are already in good shape with your proposal. However, you
don't need any changes to pivot at all to do it and you could provide a
small helper class to help folks who want to do it.
I also
Some thoughts...I suggest we write down requirements and the problem you are
trying to solve and agree on those first. A simpler set of requirements
proposed by GregB (named styles) could become something bigger (CSS-ish) but
we should agree on it first then decide if its worth someone's time to
im
l.com]
Sent: Thursday, July 01, 2010 10:25 AM
To: dev@pivot.apache.org
Cc: aappddeevv
Subject: Re: [jira] Closed: (PIVOT-435) Override Settings of the Skin with
Json file
The standard javasound API is pretty decent at playing WAV files.
aappddeevv wrote:
> All of this is in the ITD. Sounds wo
All of this is in the ITD. Sounds works fine triggered off mouse or button
events, etc. It turns out that there is no sound support in pivot, which
should have been obvious to me, because it is already built into base java.
I'll add trident support to finish out my use case needs but I have not see
I like BXML because it reminds me its XML based. If you want to get rid of
the two-concept you could call it BxmlLoader or BxmlReader. I think
BxmlReader is more java like if I remember correctly and implies streaming
semantics. If someone implements json or groovy reader then the name helps
distin
[mailto:noelgran...@gmail.com]
Sent: Wednesday, June 30, 2010 11:57 AM
To: dev@pivot.apache.org
Cc: aappddeevv
Subject: Re: Named styles
What use-case are you targeting here?
I don't see a a clear need for having multiple styling mechanisms, and
supporting such a mechanism would add unnece
I think any step you take in this direction is good!
However, what you propose can be accomplished in external code with a few
static methods. It would be good to understand what pivot's intentions are
around the evolution of the themeing/skin API and how styling features fit
into that in a seamle
I think your comments could apply to a lot of methods though, such as
contains(), which is really just a loop and an equality check. I can't speak
to all map classes, but for BeanAdapter I found that I was doing a
multiple-value property set more than a few times. I'm not sure I would call
this a f
I'm not recommending this for pivot main stream, just for folks who need to
do that now. I fixed the global application resources issue. It works as
expected. If pivot had a way to play sound, I would add in a sound "action"
that's triggerable for demonstration purposes.
-Original Message---
It's an aspect. Spring root started using this term a lot to describe
partial classes in java. Works quite well which shocked me except the build
process is more complicated but not impossible.
You can write bxml like below on your toplevel object and have it work as
you would expect except where
Sandro,
You can do this already for component's in the tree if you write a small
amount of code. Its not a complete solution but if you just want to
automatically override some style settings, you can, and you can do it all
in bxml.
I attached the ITD for it, but I think I also have the code sitt
Got it! Ignore my last email with the movie file in it then.
-Original Message-
From: Greg Brown (JIRA) [mailto:j...@apache.org]
Sent: Tuesday, June 29, 2010 2:44 PM
To: dev@pivot.apache.org
Subject: [jira] Resolved: (PIVOT-539) SplitPane's divider location for
mousing does not scale w
, and not the beans version like the
other panes.
Can you verify and close this ticket, if so? Thanks.
On Jun 29, 2010, at 11:16 AM, aappddeevv wrote:
> Perhaps I was running on an older revision then although I thought I had
> just updated. If its there that's good.
>
>
Perhaps I was running on an older revision then although I thought I had
just updated. If its there that's good.
-Original Message-
From: Greg Brown (JIRA) [mailto:j...@apache.org]
Sent: Tuesday, June 29, 2010 11:12 AM
To: dev@pivot.apache.org
Subject: [jira] Commented: (PIVOT-551) The Sc
This is a good point actually and actually I think the e4/jface breaks out
selection into multiple firings in order to help with performance although
in the post selection listener (the very last call) it does do an entire
diff calculation-but its only once. So if we stick with just one firing for
I've seen these changes and read the jira. I'm not sure I know what the
guidance is on how to use min/max. Clearly preferred is out.
I thought preferred meant: given a width or a height as input, tell me what
the preferred height or width is. Or just tell me how big you would like me
to be.
Thoughts with >>>. My mail program did not auto > the previous email :-)
Thanks for responding to this. I'll close this out.
-Original Message-
From: Greg Brown [mailto:gkbr...@mac.com]
Sent: Wednesday, June 23, 2010 2:41 PM
To: dev@pivot.apache.org
Subject: Re: [jira] Resolved: (PIVOT-5
I'm not sure of the current implementation, but if by doing a selection
indirectly, you fire an event for each selection, as it is selected in the
set being set, then that could be inefficient or at least push the burden of
inefficiency into the client. If it fires after all of them have been
selec
This sounds good. But why would you pass null? Should it not be be the
previous selection info (the current selection prior to changing it
indirectly? This would be consistent with doing it "directly."
-Original Message-
From: Greg Brown [mailto:gkbr...@mac.com]
Sent: Thursday, June 24, 2
A few thoughts:
The seriliazer already plays the initialization role. You just mentioned a
bunch of alternatives that are simpler using this approach actually. Using
bxml:include and adding it to the host component (1 up) is a lot less
natural than "just use the class name like everywhere else" t
Is an id or name still on the menu item? I use a property like that to do
menu management.
-Original Message-
From: Greg Brown (JIRA) [mailto:j...@apache.org]
Sent: Wednesday, June 23, 2010 8:51 AM
To: dev@pivot.apache.org
Subject: [jira] Resolved: (PIVOT-541) Remove "name" properties in
Folks, while interesting, I suggest we delay this conversation until later
when something is submitted. Then we can rally the conversation around some
concrete items.
-Original Message-
From: Greg Brown [mailto:gkbr...@mac.com]
Sent: Tuesday, June 22, 2010 10:30 AM
To: dev@pivot.apache.
r). Also, since (like
WTKXSerializer) it isn't strictly dependent on WTK, it probably does not
belong there.
G
On Jun 21, 2010, at 11:53 AM, aappddeevv wrote:
> Yes. But I would leave it there for now. For simple messaging it is
> sufficient. More thought is needed. My current thinking i
Yes. But I would leave it there for now. For simple messaging it is
sufficient. More thought is needed. My current thinking is that unless it
used by pivot internally, and hence drives need & evolution, it could be
better to use something else.
-Original Message-
From: Greg Brown [mailto:
d. In most cases, this isn't a problem, because the
lifetime of the listener parallels the lifetime of the event-firing object.
Because the other cases are more rare, manually removing references should
be easily manageable.
G
On Jun 20, 2010, at 7:12 PM, aappddeevv wrote:
> Sandro,
>
Sandro,
Thanks. BTW, I think that anytime you touch annotations, it always seems to
involve larger, more complex code and I understand the concern. Just on
those grounds is sufficient reason to not include it.
With regard to weak listeners, I believe that we are talking about two
different areas
I don't disagree with your comments. My comments were merely to highlight
how Bindable works and how other initialization approaches may need to exist
*and* should be seen as similar in concept--I was not picking on Bindable.
I don't think you need every possible approach directly in pivot.
Howeve
ty of the topic subscriptions. A topic is just a class - it is up
to the app to decide how coarsely or finely to define those classes to meet
the needs of the application.
>
> On Jun 20, 2010, at 10:08 AM, aappddeevv wrote:
>
>> Here's the code that I am using. Not all the cor
re applied). I think that would make it much easier to
understand the higher level intent.
G
On Jun 19, 2010, at 2:25 PM, aappddeevv wrote:
> I've attached the zip to this email with a few example classes: one for
> general purpose keystroke handling and another for inherited styles. I
With regard to (d) for my specific need it pivotpad, I just want to bind
some convenient keys to "logical" cursor movements but I think in general,
you'll want to have a layer of indirection on keystroke to "doing something
in the editor like cursor movement" so that more than just a keystroke can
I think a regression entered into the code I just sent out on this...let me
resend or confirm before you look at it although the "design" is there.
-Original Message-
From: Greg Brown (JIRA) [mailto:j...@apache.org]
Sent: Sunday, June 20, 2010 9:45 AM
To: dev@pivot.apache.org
Subject: [ji
Yes that's correct. That's one of the reasons why I have become less of a
fan around observer/listener semantics of any type lately and more towards
message-based communication for tree events/property changes, etc.
Anyway, that's fine. The annotation base class that I'll offer up as the
starting
Sent: Friday, June 18, 2010 8:52 AM
To: dev@pivot.apache.org
Cc: aappddeevv; 'Greg Brown'
Subject: Re: [RFC] adding components to TextArea
TextArea exposes the document model, along with formatting and styling
information, via the org.apache.pivot.wtk.text.* classes.
I'm busy building a dem
till being able to apply my own customizations.
Chris
On Fri, Jun 18, 2010 at 11:21 PM, aappddeevv wrote:
> Chris,
>
> I ran into this issue as well. It turns out that you can a tiny bit of
> pluming and make this happen transparently across all components in pivot.
>
> I think pivot
Not meant to be divisive but a recognition the separation between focus,
needs and economics often creates an intentional gap or a temporary gap but
needs to fulfilled to meet specific end-user needs.
Never assumed it was going sour. Tension and issues are never inherently bad
but just trade-offs
Chris,
I ran into this issue as well. It turns out that you can a tiny bit of
pluming and make this happen transparently across all components in pivot.
I think pivot will have to make choices to provide closer-to-the-user-app
API to make an "easy" layer for folks, but I am not convinced that th
How generically is the RichTextArea being built? I noticed the swing classes
abstract out the document aspect and I think provides some abstraction on
the formatting--maybe at the nitty gritty level it like TeX and blocks
within blocks with glue.
I am asking because I think any styled text widget
Are those action mappings only at the Window level? Is there away to
_easily_ scope them to a specific component?
I just hit this issue when trying to map different keystrokes to actions in
3 different components and just started to write a new "component service"
to configure and enable mappings
Other frameworks, non-pivot, that have message oriented flavors to them. Not
a killer issue here of course.
-Original Message-
From: Greg Brown (JIRA) [mailto:j...@apache.org]
Sent: Wednesday, June 16, 2010 1:20 PM
To: dev@pivot.apache.org
Subject: [jira] Commented: (PIVOT-531) semantic g
The action concept, of course, applies: execute a method based on some
triggering criteria defined in a subclass of action. However, the specific
API does not provide additional value in this case as behavior is based off
component listeners and needs to subclass decorator to pick up the paint
even
Agreed that a 2.0 switch at one time is the best answer...just a question of
whether gradual support could be provided.
Agree that any incremental support is more complicated, interfaces, etc.
-Original Message-
From: Greg Brown [mailto:gkbr...@mac.com]
Sent: Tuesday, June 15, 2010 11:1
One thought is that we could do a few things that help with a 2.0 transition
but does not require major API or file renaming changes. But maybe this
creates more trouble than its worth:
a) Create a new serializer resource naming approach that does not use file
extensions and they are automatically
Decorator works! At least in the early tests. See my comments with >>>
Thanks! I'll test creating a map using elements (for the user data). That
would finish all the use cases out.
-Original Message-
From: Greg Brown [mailto:gkbr...@mac.com]
Sent: Monday, June 14, 2010 8:34 AM
To: dev@p
I'll give this a try and look into TableViewMultiCellRenderer.
Thanks.
-Original Message-
From: Greg Brown (JIRA) [mailto:j...@apache.org]
Sent: Sunday, June 13, 2010 6:57 PM
To: dev@pivot.apache.org
Subject: [jira] Resolved: (PIVOT-526) listview and treeview items should
have their own
help.
i) It did not make sense asking for inheritable properties in a JIRA. Its
almost all in there already which amazes me because it was so easy to add
something quickly. To be honest, I have spent more time trying to get a
split pane (horizontal) to show another split pane (right side, but
vert
ted, dynamic menu configuration. See the
Menus tutorials:
http://pivot.apache.org/tutorials/menus.html
G
On Jun 13, 2010, at 10:02 AM, aappddeevv wrote:
> Whew...emails like mine always come out when you are rushing to get on the
> plane...
>
> Those are good thoughts on design intent. Its rea
Yes. But then the element directly is exposed to the subclass. Your approach
is the right thing to do in the long run though. If you are subclassing the
serializer you are probably not worried about protecting clients anyway :-)
You could also just make the element protected instead of private whi
here is a 3 line change in the serializer class but no
existing APIs are changed.
I am still looking at #1 around defaulting across the tree.
-----Original Message-
From: aappddeevv [mailto:aappdde...@verizon.net]
Sent: Sunday, June 13, 2010 1:05 PM
To: dev@pivot.apache.org
Subject: RE: [jira
BTW, I am trying to get item 2 below moved completely into script as you had
suggested. Running into problems when I need to attach the same behavior
object to 2-3 listeners to execute the needed behavior. I don't mind using
script.
-Original Message-
From: aappddeevv [mailto:aa
sage-
From: Greg Brown [mailto:gkbr...@mac.com]
Sent: Friday, June 11, 2010 5:08 PM
To: aappddeevv; dev@pivot.apache.org
Subject: Re: [jira] Updated: (PIVOT-514)
This all sounds quite interesting, but may be a bit more than we want or
need WTKXSerializer to do. Using the existing implementatio
plement Set or
Group if you want to expose that API to a caller. WTKXSerializer does not
know anything about Sets (nor does it need to, since that is not a primary
use case for WTKX serialization).
>
> On Jun 11, 2010, at 8:49 AM, aappddeevv wrote:
>
>> Meant list and set not map
o a caller. WTKXSerializer does not
know anything about Sets (nor does it need to, since that is not a primary
use case for WTKX serialization).
On Jun 11, 2010, at 8:49 AM, aappddeevv wrote:
> Meant list and set not map.
>
> -Original Message-
> From: aappddeevv [mailto:aappdde..
I hear you on that. Not so much hypothetical as I did not have time to code
the spring extension to create the spring bean definition using the class
and id together. I have to do this in the near future. In other words, the
use case was there for me, but I was lazy on the programming in this pass.
Meant list and set not map.
-Original Message-
From: aappddeevv [mailto:aappdde...@verizon.net]
Sent: Friday, June 11, 2010 7:58 AM
To: dev@pivot.apache.org
Subject: RE: [jira] Updated: (PIVOT-514) create an annotation to specify the
default "child" property of a component u
My thinking was that if a client defined a list or a map using standard java
collection classes. If the recommendation is to always use pivot collection
classes in pivot code and sequence supports both map and list, that sounds
fine.
-Original Message-
From: Greg Brown (JIRA) [mailto:j...@
I'm fine without the utils class, however, I'll propose that we need some
static methods for default property access to write a tree walker consistent
with the serializer default property setter. The issue is that it is quite
possible, some day in the future :-) that the sequence list in a containe
We'll after looking this over I'm not sure that this implements my thinking
although I believe that I understand Dirk's comments now. I think I saw:
a) The IDProperty annotation indicates which property the id/name should be
placed into.
b) The default for a Component is "name" but it could be ove
I tried but could not figure out how to reinstate the original file. There
were only actually 5-6 six lines that were added (in addition to some static
methods). I added @Inherited on the annotation as pointed out in another
post to DefaultProperty.
The serializer patch (3-4 lines) are exclusive
I'll try. I may be able to hand edit.
-Original Message-
From: Greg Brown (JIRA) [mailto:j...@apache.org]
Sent: Wednesday, June 09, 2010 4:01 PM
To: dev@pivot.apache.org
Subject: [jira] Issue Comment Edited: (PIVOT-514) create an annotation to
specify the default "child" property of a co
Yes. Have read that. I have a hunch we are thinking similarly but using
different ways of describing it. My chunky responses don't help.
-Original Message-
From: Greg Brown (JIRA) [mailto:j...@apache.org]
Sent: Wednesday, June 09, 2010 8:46 AM
To: dev@pivot.apache.org
Subject: [jira] Com
You are right about the serializer.
Yes I looked at that as well when I thought about sticking a name into the
component. But I think the name has many uses so a setter, getter will make
this easier today and as pivot matures.
-Original Message-
From: Greg Brown (JIRA) [mailto:j...@apac
Agreed. I think the only way to keep this logically portable is to allow one
window to own another window and when a window is owned by another, that's
when it's a toplevel frame (or maybe I have this backwards).
-Original Message-
From: Greg Brown [mailto:gkbr...@mac.com]
Sent: Sunday, J
Okay. I understand your comments. I'll try this out and see how it looks.
And of course, knowing nothing about the rendering layer, perhaps there is a
way that the rendering layer or application context understands when it is a
desktop or not and can do different things. But I'll try the standard
a
85 matches
Mail list logo
