Selection box selects captured fixtures ordered by their number
Improved object sizing controls
Improved primitive objects rendering and behavior
Fixed object (touch) selection and dragging issues
Fixed object and label visibility issues
Fixed snap to grid (object center) and snap to object (object borders)
Fixed aligning objects
Differentiated (add, delete) icons between objects, pages, layers
Added DMX merger fixture type to access new DMX input merging feature
Improved fixture clone/swap interface
Fixed âRelease Banksâ macro taking long time to execute
Fixed view options resetting when view grid layout is changed
Fixed show load stuck in âLoaded Fixture Groupsâ or âStarting Playback ManagerâŚâ
Fixed show not loading data when console was turned off immediately after updating fixture type library
Fixed (NX1) screen assignment issues
Fixed replacing submaster fader
Fixed virtual intensity issues for RGB desklight (NX4) fixtures
Fixed direct access panels not closing on CLEAR+CLEAR
Fixed universe assignment reporting in DMX device details pane
Fixed touch snapping to screen borders
Fixed applying virtual intensity setting when re-using patched types
Fixed large fixture number handling
Fixed CITP byte order when exporting data to Capture
Fixed Enter-key not working when cuelist popup is open
Just curious on the reasoning behind this change? It was nice to use the box selection (top left to bottom right) for quick selection orders.
Maybe a menu option could be considered to select which method the selection box uses. Whether to select the fixtures in ID order of by the order of the 2D layout.
Thanks for considering. Keep up the good work team!
There should be more options to my opinion!
But certainly it is correct not working " only by pixels" but also with idâs ,and other options,it would be interesting if user can choose how fixtures must be selected!
To my opinion not all the world works by fixture lined up in straight lines, and most designs that are imported from 3d projects may have different positioning.
So a selection that doesnât respect id or the way you are selecting "just because itâs by pixel"doesnât make much sense!
Then it should be selectable from left to right ,right to left ,up to bottom ,bottom to up etcâŚ
Before, the selection order was rather ârandomâ, now itâs âpredictableâ at least.
Plan is to provide several options indeed, but that would have taken us too far for a maintenance rollup: those are limited to essential fixes and smaller quick wins, not new developments
when will it be possible to clone with separate parameters ? at least the current one will do it well and fast ?
2D is part of the undo syntax ? itâs a problem not being able to use it when a thumbnail moves from place to place in pixel or complex configurations, it would be great if the encoder can move them âsomething that has already been inventedâ.
the keyboard shortcuts are mediocre considering that they depend on the touch screen, and those who do not have one ? are slaves to the mouse
timecode and MIDI with the latest update is released with a LIVE8 license.
my question is ? what do they offer to make it worth it !
lighter interfaces $% use very good syntaxes
Okay that makes sense. I guess I was under the impression that the direction of the box âdragâ would also dictate the selection order. IE, Top left to bottom right would be one selection and then bottom right to top left would (in a sense) be a reversed selection. But then again, I never did that very much, as most of my group selections are already done. Anyway, thanks for the clarification and the âlookâ into the future of making that more âoption basedâ on user preference.
Having some strange issues after a âRECORDâ to an OVERRIDE of a Dylos fx ,I was not able to clear because the clear" led "was not lit, and even after hitting it anyway ,nothing happend, the fx was still running.
Tried also releasing all cues,even that didnât help , after a total restart of the software âon pcâ it worked correctly!
I have uploaded the video about it. = )
The Programmer Clear issue is not related to DylosâŚ
It is a major bug with 1238, which also been reported on our Facebook pageâŚ
It happens frequently, so really a bad issue
I didnât see any official reply to this yet, but it must be fixed, as this is a show stopper issue
They have different scopes, though: the toggles on the right apply to the highlighted row, while the action (bottom left) is global (applying to all rows at once, with the bug being that it is not updated on the right until you change selection, but also for new entries that will be added).
However, I donât see any mention on this new feature, either on online manual, or Release Notes (other than âimproved Clone/Swap interfaceâ which explains nothing about this new functionalityâŚ
How does these 2 command sections interact with each other?
Which section has priority?
I guess right panel act as extra filter, to the left (old) one?
So, if Groups option is disabled on the left section, it isnât valid, on the right panel?
All of this, should be highlighted on the release notes, and explained in the manualâŚ
The right panel is just a details section for the highlighted row, for fine tuning individual entries in a batch. The left section is about the entire batch and defaults for adding new entries.
I write the release notes merely as a checklist for the manual writers, trainers, ⌠Only a general release (like 1237) would actually be held back until documentation has caught up.