i would like to ask, if it's possible to add an info to the infobar of each editor window, which shows the coordinates of the point i've selected.
At the moment it doesnt show me anything, just the info-text, if i start moving it, it shows me the amount i'm moving the point into x,y,z-direction, but if i dont know the position of the point already, how should i know to which amount i should move it, to get it to the position i want it to?
In my opinion, this would be a very useful addition without leading to confusion.
I asked Troy if it's possible to solve it via a plugin, but he said it's not possible, cause plugins are not allowed to overwrite the classes that show the info-text.
A kind of "selected point coordinate (x, y, z) - infotext" would be pretty neat.
What do you think?
Have a nice day.
Shasaar
P.S.: i know about the menu "Edit points" to get the current info of the point i've selected, but when working with a spline mesh or many points i got to move independent to each other, it's a real pain to work that way.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
@Harald> I remember that was/ is possible somewhere in AoI? (I can be wrong here)
Hmmm, the "Object | Transform Object" dialog allows relative input in all fields (location, orientation, scale), but I can't see anything similar for a point...
I could certainly support that in what I'm planning. :o)
Cheers!
Nik
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
@vidiot:
sure, there is an option called "Edit points" to see the current coordinates and move it to another one BUT and this is most important, this Pop-Up isn't stationary and blocks any action in the Editor until i click "OK".
Hm maybe i'm a bit stupid, but having to use a popup just to get the info for the point i've selected isn't my imagination of a comfortable workflow, especially not if i got to move more than one point and also related to each other.
I could also use a sheet of paper, click my 100 points, one after another and use the popup 100 times to write down the coordinates of the points to my sheet, to get an imagination, where i want to move em ... .
@nik:
well, it's not only about the information of a points coordinates, it's important for me to see this info anytime in the editor.
If i'm able to see directly which coordinates the point got, i can drag it to a new position, so it's not necessary to have a second input for new coordinates ;).
If there would be a stationary "infobox" with the important infos of each point, everything would be fine :D.
In a way of:
When clicking the point:
Point Coordinates (x, y, z) - already implemented infotext
when moving the point via mouse it could change to:
Point Coordinates (x, y, z) - Move by (x, y, z) - already implemented infotext
There could also be an additional info calculating instantly the new coordinates.
Somebody made also the suggestion to create that info in an own small info-window, to keep the interface easy and clean.
The info-window could be stationary and without any input-controls.
I hope you understand, what i'm talking about, if not, i'll take some more english lessons ;).
Have a nice day.
Shasaar
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
My question was a bit simpler: assuming I provide a display that is always visible, and shows you the current coordinate values of the currently-selected point - then would it by important to you if that same new display also allowed you to edit those coordinates?
Given your response, I understand for you the answer is "no".
... Of course, it seems that for Vidiot, the answer is probably "yes". :o)
Thanks all! :o)
I'll post something soon to see what you all think.
Cheers!
Nik
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
What you describe *ought* to be possible with a plugin. A plugin can certainly bring up a separate window or add a component to the main editing window for displaying and/or editing the point. The one difficulty I see, though, is that there's no easy way for it to determine when the selection has changed. I can easily fix that though.
Peter
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I am currently working on a "pluginlet" that I believe will achieve what Shasaar is looking for.
I am implementing a ViewerControl that will only be added to EditingWindow views. This will display the coordinate values of the currently selected point.
Peter is correct that there is currently no AOI or Widget event for SelectionChanged, and that is certainly something I would encourage Peter to add. However, my current implementation doesn't strictly need it. My implementation only needs to respond to mouse events, and then display the coordinates of the currently selected point.
I will probably refine the event model to specifically respond to MouseClickedEvent and MouseMovedEvent.
I am also looking at adding editing abilities to the ViewerControl. :o)
Cheers!
Nik
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
It is EditorControls v0.1, and it only works with AOI 2.7ea2 and above.
It adds a ViewerControl that displays the coordinates of the currently selected point (it is deactivated if more or less than 1 point is currently selected).
You can also edit the coordinates in this window. There are 2 minor problems with this:
1. The control correctly causes the its view to redisplay, but it doesn't cause a redisplay in the remaining 3 views. This happens when you next click in any of the views. This is an iritation, and I will fix it just as soon as I work out how best to notify the other views to redisplay.
2. I tried adding calculations in the editor, but hit a snag: the calculations were being evaluated for every keystroke. Once I've worked out a way to only evaluate when the typing is complete, I will release an update with calculations enabled.
Have fun, and as always - all feedback is welcome.
Cheers!
Nik
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
It might not be the best place for it in the top bar - a floating one is to be prefered.
But thats personal taste.
One difficulty: The separator is a comma, between the coordinates as well as in the numbers (fraction divider?) - so it´s hard to differ.
That might be a special german problem a I remember to have difficulties with my american collegues in Excel as well ;)
Greetings
Harald
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
> a floating one is to be prefered
The one time I coded a floating window, I was less than impressed with the results.
- This is in the SolidEditor...
> But thats personal taste.
It's also a matter of what can be easily changed/overridden by a plugin :o)
Thanks for pointing out the delimiter problem.
Out of interest: what character do you use in German to delimit the X, Y, and Z values in a coordinate list?
Eg: in "Das Punkt is am (1,2? 2,3? 3,4)"
what character is used in place of the '?' ?
Sadly, while the Java number formatter localises the decimal separator (which is why you see 1,2 where I see 1.2), it doesn't have any allowance for a separator between lists of numbers, such as in coordinates *zeufts*.
It sounds like I should just use space characters instead?
Cheers!
Nik
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I've just checked in a change to ObjectEditorWindow so that it dispatches SceneChangedEvents when anything in the window changes, just like LayoutWindow does. It sounds like you may not actually need this feature, but it seems like a good thing to do regardless.
> I will fix it just as soon as I work out how best to notify the other views to redisplay.
Call updateImage() on the window.
Peter
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
thanks for your plugin, i'll see if i may test it in a few days or so, i don't have ea2.7 installed, i'm only using released versions.
@vidiot: what's exactly the problem with the delimiter?
When changing the language to german, the delimiters of coordinates is the same as in english, a comma between the axes and a dot for the numbers:
Move by (2.45, 0.0, 1.36)
I'm using english as program language most of the time, so i'm used to work with a . instead of , for number delimiters.
Have a nice day.
Shasaar
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
@Vidiot: Thanks for the positive feedback on the SolidEditor :o) And do you really like the Shotgun window? I had been planning on making it a dockable widget so users could dock or undock it as desired. The only issue was whether I could make an EditingWindow also be a DockingContainer...
@Peter> Call updateImage() on the window.
Thanks! :o) So now all I need to do is find how to get the containing Window from an ObjectViewer (it's not its parent...).
@Shasaar> what's exactly the problem with the delimiter?
You've encountered the situation that I have as well. Unintentionally, AOI actually uses 2 distinct locales, and it is possible for them to be set to different values.
When you change the language in the AOI preferences, AOI changes the locale for its own Translate class. However, it does *NOT* change the locale being used by Java. Java defaults its locale from the OS locale environment variable. This means that while most text in AOI is localised using the selected AOI locale, most other localisable functions in AOI (which are relatively few) are localised by the default Java locale.
My OS (linux) is set to English. So, when I set AOI to use German, I get German text, but English-formatted numbers. However, Harald has set his OS (Windows) to German. So when he selects German in AOI he gets German text and *German* numbers.
... And, German formats numbers differently to English.
I'm not quite sure what the best solution is: I suspect that AOI should probably change the Java locale to match the locale it has selected from the preferences. The other option is to change all code in AOI that formats numbers to ensure that it uses the AOI locale (Translate.getLocale()) in the formatting.
I think I've answered everythng :o)
Thanks again all for the feedback (and changes) :o)
Cheers!
Nik
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
> my OS is Windows with the OS-language german ;), so maybe vidiot uses MacOS or something similar?
More likely, I think, that most of the existing code in AOI does not format numbers with an internationalised formatter, whereas my new Plugin does. :o)
Since I don't usually run with the OS language set to German, I don't really know which numbers in AOI get formatted in which way.
I know I used a formatter in my plugin - and that is where Vidiot was reporting the problem :o)
Perhaps the solution s for my plugin *not* to use an internationalised formatter?
Cheers!
Nik
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
i've installed 2.7ea2 and first i have to say: thanks a lot for this plugin, i'll love to use it :D.
Second: I guess not using an internationalized formatter is maybe the best solution, cause i'm using AOI in english now but got the weird "," delimiter in the info fields for the points :D, that's very confusing.
or: quote:"The other option is to change all code in AOI that formats numbers to ensure that it uses the AOI locale (Translate.getLocale()) in the formatting."
Cheers
Shasaar
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
that's pretty awsome and works alright with version 2.6.1, also the formatter problem is fixed, thank you very much.
I just have to mention a small cosmetic issue: the display box is a bit to small, if i got 3 negative coordinates with 2 decimals behind the ., i'm only able to see the last number of the X-Coordinate.
Great work :).
Greetings.
Shasaar
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
It's me again, but editing of postings is not possible somehow.
Here's just a quick idea:
You could also do 3 "boxes", one for each axes and write X, Y and Z to the left side beside the box.
This way editing the points might be a bit easier, cause you don't have to take care about the delimiter or the other coordinates.
I guess in that way, you could also eliminate the "shaking" of the numbers when moving a point, cause you could give any sign a fixed position inside the box.
What do you think about it?
Cheers.
Shasaar
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I did consider the 3-box approach. I was trying to conserve real-estate in the viewer border.
However, I am happy to give it a try...
The editing *should* work - you change the value you want modified, and leave the others alone.
As a test: place the cursor between the last digit of the X coordinate, and the decimal point; backspace over that digit, and type in the digit one larger ... the point should shift one grid to the right...
Anyway, I will try the 3-box verson, and see how it flies. I suspect that in the near future, this plugn will have the ability to select between floating window, single box and 3 box layouts. :o)
Cheers!
Nik
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hello,
i would like to ask, if it's possible to add an info to the infobar of each editor window, which shows the coordinates of the point i've selected.
At the moment it doesnt show me anything, just the info-text, if i start moving it, it shows me the amount i'm moving the point into x,y,z-direction, but if i dont know the position of the point already, how should i know to which amount i should move it, to get it to the position i want it to?
In my opinion, this would be a very useful addition without leading to confusion.
I asked Troy if it's possible to solve it via a plugin, but he said it's not possible, cause plugins are not allowed to overwrite the classes that show the info-text.
A kind of "selected point coordinate (x, y, z) - infotext" would be pretty neat.
What do you think?
Have a nice day.
Shasaar
P.S.: i know about the menu "Edit points" to get the current info of the point i've selected, but when working with a spline mesh or many points i got to move independent to each other, it's a real pain to work that way.
Hi Shasaar,
This is a good request in my opinion - I see it as a step towards the "more-CAD" features that is important to a number of AOI users.
May I ask: would you want the display of the point location to also allow editing of the coordinate values?
Cheers!
Nik
I may only repeat what others already said:
How about letting the dialog boxes calculate?
So if you want the point to move +1.2 in Y -> just type it in.
I remember that was/ is possible somewhere in AoI? (I can be wrong here).
Greetings
Harald
Hi Harald! - Happy New Year!
@Harald> I remember that was/ is possible somewhere in AoI? (I can be wrong here)
Hmmm, the "Object | Transform Object" dialog allows relative input in all fields (location, orientation, scale), but I can't see anything similar for a point...
I could certainly support that in what I'm planning. :o)
Cheers!
Nik
Hello,
@vidiot:
sure, there is an option called "Edit points" to see the current coordinates and move it to another one BUT and this is most important, this Pop-Up isn't stationary and blocks any action in the Editor until i click "OK".
Hm maybe i'm a bit stupid, but having to use a popup just to get the info for the point i've selected isn't my imagination of a comfortable workflow, especially not if i got to move more than one point and also related to each other.
I could also use a sheet of paper, click my 100 points, one after another and use the popup 100 times to write down the coordinates of the points to my sheet, to get an imagination, where i want to move em ... .
@nik:
well, it's not only about the information of a points coordinates, it's important for me to see this info anytime in the editor.
If i'm able to see directly which coordinates the point got, i can drag it to a new position, so it's not necessary to have a second input for new coordinates ;).
If there would be a stationary "infobox" with the important infos of each point, everything would be fine :D.
In a way of:
When clicking the point:
Point Coordinates (x, y, z) - already implemented infotext
when moving the point via mouse it could change to:
Point Coordinates (x, y, z) - Move by (x, y, z) - already implemented infotext
There could also be an additional info calculating instantly the new coordinates.
Somebody made also the suggestion to create that info in an own small info-window, to keep the interface easy and clean.
The info-window could be stationary and without any input-controls.
I hope you understand, what i'm talking about, if not, i'll take some more english lessons ;).
Have a nice day.
Shasaar
Hi Shasaar,
My question was a bit simpler: assuming I provide a display that is always visible, and shows you the current coordinate values of the currently-selected point - then would it by important to you if that same new display also allowed you to edit those coordinates?
Given your response, I understand for you the answer is "no".
... Of course, it seems that for Vidiot, the answer is probably "yes". :o)
Thanks all! :o)
I'll post something soon to see what you all think.
Cheers!
Nik
Hello Nik,
i'm sorry, i guess i missunderstood your question :).
If you're going to provide a display, that is always visible, the possibility to edit the coordinates in the same display is a great idea.
Thanks for your effort to this.
Shasaar
What you describe *ought* to be possible with a plugin. A plugin can certainly bring up a separate window or add a component to the main editing window for displaying and/or editing the point. The one difficulty I see, though, is that there's no easy way for it to determine when the selection has changed. I can easily fix that though.
Peter
Hi All,
I may as well show my hand here :o)
I am currently working on a "pluginlet" that I believe will achieve what Shasaar is looking for.
I am implementing a ViewerControl that will only be added to EditingWindow views. This will display the coordinate values of the currently selected point.
Peter is correct that there is currently no AOI or Widget event for SelectionChanged, and that is certainly something I would encourage Peter to add. However, my current implementation doesn't strictly need it. My implementation only needs to respond to mouse events, and then display the coordinates of the currently selected point.
I will probably refine the event model to specifically respond to MouseClickedEvent and MouseMovedEvent.
I am also looking at adding editing abilities to the ViewerControl. :o)
Cheers!
Nik
@Shasaar> i'm sorry, i guess i missunderstood your question :)
Not a problem :o) It us7ually means my question was poorly phrased :o)
Cheers!
Nik
Ok,
I have uploaded a new plugin into the repository.
It is EditorControls v0.1, and it only works with AOI 2.7ea2 and above.
It adds a ViewerControl that displays the coordinates of the currently selected point (it is deactivated if more or less than 1 point is currently selected).
You can also edit the coordinates in this window. There are 2 minor problems with this:
1. The control correctly causes the its view to redisplay, but it doesn't cause a redisplay in the remaining 3 views. This happens when you next click in any of the views. This is an iritation, and I will fix it just as soon as I work out how best to notify the other views to redisplay.
2. I tried adding calculations in the editor, but hit a snag: the calculations were being evaluated for every keystroke. Once I've worked out a way to only evaluate when the typing is complete, I will release an update with calculations enabled.
Have fun, and as always - all feedback is welcome.
Cheers!
Nik
Hi Nik,
It might not be the best place for it in the top bar - a floating one is to be prefered.
But thats personal taste.
One difficulty: The separator is a comma, between the coordinates as well as in the numbers (fraction divider?) - so it´s hard to differ.
That might be a special german problem a I remember to have difficulties with my american collegues in Excel as well ;)
Greetings
Harald
Hi Harald,
> a floating one is to be prefered
The one time I coded a floating window, I was less than impressed with the results.
- This is in the SolidEditor...
> But thats personal taste.
It's also a matter of what can be easily changed/overridden by a plugin :o)
Thanks for pointing out the delimiter problem.
Out of interest: what character do you use in German to delimit the X, Y, and Z values in a coordinate list?
Eg: in "Das Punkt is am (1,2? 2,3? 3,4)"
what character is used in place of the '?' ?
Sadly, while the Java number formatter localises the decimal separator (which is why you see 1,2 where I see 1.2), it doesn't have any allowance for a separator between lists of numbers, such as in coordinates *zeufts*.
It sounds like I should just use space characters instead?
Cheers!
Nik
Hi Nik - I like the solid editor - it has solved a "bug" someone mentioned just yesterday!
https://sourceforge.net/tracker/index.php?func=detail&aid=2053453&group_id=15063&atid=115063
And I like the "shotgun", too.
As delimiter in a list we use a ";" and as decimal delimiter a "," (comma).
That WINDOWS "ger" default.
I ran into problems everytime I had to read in lists in LISP (shiver...) (long ago)
Space characters, mmmhhh? Why not three different tab fields?
Greetings
Harald
I've just checked in a change to ObjectEditorWindow so that it dispatches SceneChangedEvents when anything in the window changes, just like LayoutWindow does. It sounds like you may not actually need this feature, but it seems like a good thing to do regardless.
> I will fix it just as soon as I work out how best to notify the other views to redisplay.
Call updateImage() on the window.
Peter
Hello Nik,
thanks for your plugin, i'll see if i may test it in a few days or so, i don't have ea2.7 installed, i'm only using released versions.
@vidiot: what's exactly the problem with the delimiter?
When changing the language to german, the delimiters of coordinates is the same as in english, a comma between the axes and a dot for the numbers:
Move by (2.45, 0.0, 1.36)
I'm using english as program language most of the time, so i'm used to work with a . instead of , for number delimiters.
Have a nice day.
Shasaar
Thanks all for the feedback :o)
@Vidiot: Thanks for the positive feedback on the SolidEditor :o) And do you really like the Shotgun window? I had been planning on making it a dockable widget so users could dock or undock it as desired. The only issue was whether I could make an EditingWindow also be a DockingContainer...
@Peter> Call updateImage() on the window.
Thanks! :o) So now all I need to do is find how to get the containing Window from an ObjectViewer (it's not its parent...).
@Shasaar> what's exactly the problem with the delimiter?
You've encountered the situation that I have as well. Unintentionally, AOI actually uses 2 distinct locales, and it is possible for them to be set to different values.
When you change the language in the AOI preferences, AOI changes the locale for its own Translate class. However, it does *NOT* change the locale being used by Java. Java defaults its locale from the OS locale environment variable. This means that while most text in AOI is localised using the selected AOI locale, most other localisable functions in AOI (which are relatively few) are localised by the default Java locale.
My OS (linux) is set to English. So, when I set AOI to use German, I get German text, but English-formatted numbers. However, Harald has set his OS (Windows) to German. So when he selects German in AOI he gets German text and *German* numbers.
... And, German formats numbers differently to English.
I'm not quite sure what the best solution is: I suspect that AOI should probably change the Java locale to match the locale it has selected from the preferences. The other option is to change all code in AOI that formats numbers to ensure that it uses the AOI locale (Translate.getLocale()) in the formatting.
I think I've answered everythng :o)
Thanks again all for the feedback (and changes) :o)
Cheers!
Nik
Hello Nik,
my OS is Windows with the OS-language german ;), so maybe vidiot uses MacOS or something similar?
I had some issues with plugins, when i used the german settings for AOI, so i kept using english.
Cheers
Shasaar
Hi Shasaar,
> my OS is Windows with the OS-language german ;), so maybe vidiot uses MacOS or something similar?
More likely, I think, that most of the existing code in AOI does not format numbers with an internationalised formatter, whereas my new Plugin does. :o)
Since I don't usually run with the OS language set to German, I don't really know which numbers in AOI get formatted in which way.
I know I used a formatter in my plugin - and that is where Vidiot was reporting the problem :o)
Perhaps the solution s for my plugin *not* to use an internationalised formatter?
Cheers!
Nik
Hello Nik,
i've installed 2.7ea2 and first i have to say: thanks a lot for this plugin, i'll love to use it :D.
Second: I guess not using an internationalized formatter is maybe the best solution, cause i'm using AOI in english now but got the weird "," delimiter in the info fields for the points :D, that's very confusing.
or: quote:"The other option is to change all code in AOI that formats numbers to ensure that it uses the AOI locale (Translate.getLocale()) in the formatting."
Cheers
Shasaar
Hi Shasaar,
There is a new version (v0.2) of the EditorControls plugin in the repository.
There are 2 main changes:
1. It is now compatible with Java 1.4 and AOI 2.5 - so you can start using it right away :o)
2. I have changed the number formatter to format in English.
Let me know how this works out. :o)
Cheers!
Nik
Hello nik,
that's pretty awsome and works alright with version 2.6.1, also the formatter problem is fixed, thank you very much.
I just have to mention a small cosmetic issue: the display box is a bit to small, if i got 3 negative coordinates with 2 decimals behind the ., i'm only able to see the last number of the X-Coordinate.
Great work :).
Greetings.
Shasaar
It's me again, but editing of postings is not possible somehow.
Here's just a quick idea:
You could also do 3 "boxes", one for each axes and write X, Y and Z to the left side beside the box.
This way editing the points might be a bit easier, cause you don't have to take care about the delimiter or the other coordinates.
I guess in that way, you could also eliminate the "shaking" of the numbers when moving a point, cause you could give any sign a fixed position inside the box.
What do you think about it?
Cheers.
Shasaar
Hey Shasaar,
I did consider the 3-box approach. I was trying to conserve real-estate in the viewer border.
However, I am happy to give it a try...
The editing *should* work - you change the value you want modified, and leave the others alone.
As a test: place the cursor between the last digit of the X coordinate, and the decimal point; backspace over that digit, and type in the digit one larger ... the point should shift one grid to the right...
Anyway, I will try the 3-box verson, and see how it flies. I suspect that in the near future, this plugn will have the ability to select between floating window, single box and 3 box layouts. :o)
Cheers!
Nik
>>
Space characters, mmmhhh? Why not three different tab fields?
>>
Great idea!
;)