So, I'm pretty much trying to just select a couple of objects by selecting them and activating a grouping function. So far, everything works right, If I move the grouped items, they move correctly, but the moment I release focus on the group, it gets offsets.
The objects are in one part of the canvas and the selectable area is in another. I already tried setCords() after the group is added and rendered, but no luck
You can see the issue in this fiddle, just select the 2 squares with the mouse and press the "Create Group" button
The problem is with the setActiveGroup method. There are two ways you can fix it:
Just try removing setActiveGroup if you don't need newly formed group to be selected and it will work as expected.
Use setActiveObject instead of setActiveGroup to set group as active. Fiddle: http://jsfiddle.net/3z19qj11/
This seems to be a bug with setActiveGroup method. I tried this with the latest version of fabric.js (1.4.13) because lot of group related bugs are fixed in each version, but this seems to be broken in latest version as well.
Related
Not entirely sure the best way to describe this strange behavior that I've been dealing with, so I've added screenshots below. Anyway, I've built portals inside of a tab control field on my layout. Initially, my fields inside of the portal would turn fully black whenever I scrolled through the records or tried to make edits to the field itself. However, after changing from the Classic Theme the file is currently using, it's stopped completely filling in black, but the fields are still showing some strange behavior.
Basically, even though I've made sure every possible alteration of the field (active, in focus, hover, etc) all have the exact same styling on them, the entire set of fields get this weird outline on them when I go to edit a single field.
Nothing selected here, this is how I'd like the portal to stay whether someone is making changes or not.
The "NRG" field is selected to make changes, and every other field ends up getting a strange border around the field.
Any help that you might have in getting rid of this strange behavior would be really appreciated. Thank you!
FINALLY.
Found the answer. Evidently there is a check box in the Layout Setup menu for "Show Field Frames when record is active."
Uncheck that.
Fixed.
Is there any change in CN1 default theme?
Here is my form what it was looking prior on the phone
(it has list item background and square button by default)
Then all of a sudden from last 2 days, without changing anything in themes.res from my side, list item background and button shape have disappeared & button caption became all caps. As per this
This happened across the whole app and all of my 4 apps. Please may I know is the change going to be revert from the CN1 side or this is an enhancement?
I think it's explained in this blog post:
https://www.codenameone.com/blog/pixel-perfect-material-buttons.html
Im currently developing a editor for customizing signs and ran into a problem with positioning text element after an increase of the font size. The text objects is currently in a group but its possible to set font-size of each individual object. When increasing font size I need to setCoords for the full group, otherwise the end-user is not able to move it properly.
Can I use setCoords on the Group Object or do I need to loop through all objects in the group and set coords on each individually, if this is the case, any suggestions how to do that?
Thanks
I have written an editor for seat reservation system with using of Fabric.js. One of the features is cloning selected objects. Selected objects are cloned, moved right and bottom and this new group of objects is marked as active group. After clonning and shifting I am using group.setCoords() and group.saveCoords() and everything works fine. Check my example here.
The subgrids on my Form are set to Number of Rows: 250, and Automatically expand to use available space is checked.
This works fine for a short time, and the subgrids do dynamically size themselves.
However, ANY time new customizations are published, the subgrids go back to showing only 2 rows and some white space is added after the subgrid. Over time, the whitespace appears to increase. When I go back to the Form editor, the section containing the subgrid is all wonky looking (extra spaces under the subgrid). If I check the properties of the subgrid, they still show as indicated above.
As I understand it, this was to have been resolved with Rollup 17. The rollup download page indicates this as one of the bugs that were fixed: Removing / Adding any field to the form after enabling the option "Automatically expand to use available space" causes the sub grid to shrink or resize to much smaller in size.
However, the problem persists (and it's the most frustrating thing ever!)
Does anyone know how to resolve this? Alternatively, does anyone know how I can contact Microsoft to inform them of this issue without them charging me for a solution?
If memory serves this happens when more than one SUBGRID , IFRAME or TEXTAREA are set to automatically expand although only a single auto expand element is allowed / supported.
You need to reset all element with auto expand Save , Publish and then set the SUBGRID with auto expand again.
Dynamics CRM - Thinking outside the BOX
HTH
Is there an easy way to save the vertical/horizontal scroll position of the datagrid scroller used inside the MergDataGridScroller? Want to be able to go back to the same card and have the datagrid open at the same location as it previously was.
It seems that the datagrid scroller is created/destroyed on the open/close-Card cycle, otherwise I could just hide it.
Perhaps this is one of those situations where it's easier to "roll my own"?
Any help appreciated - thanks!
Yes the scroller is created and destroyed as you open and close cards. I think this is something that should be supported but isn't currently. Basically it's just a matter of not resetting the scroll of the group and then setting the native scroller to the scroll of the group when it's created. Should just be a couple of tweaks to the handleLayout command in the behaviour. I'm not sure about maintaining scroll when the content rect changes. I can look at that too.
So in answer to you question rather than roll your own you have a couple of choices:
Wait for me to do it and release a new version
Edit the behaivior script with whatever changes you like
EDIT
I've done this now ;-)