We will continue to improve the grid/table features in future updates. Will update the status when we start chipping away at the grid control.
Yeah, sorry about that. Was something we lost when we moved to the HTML-based viewer. We definitely have plans to improve the data table, and sorting would be part of that.
For Text, Link, and Title elements, all you need to do is resize the block to the width you want. If you want it to auto grow vertically, you can set that in the width/height property by setting height to auto (clicking the little up-down arrow icon next to the value).
For tables, you can resize rows and columns to accommodate the wrapping. Is this what you were looking for?
Just curious.. is this part of support for RTL languages?
Also, a possible workaround is to emulate tabs by using containers (for the tab container part) and buttons or rectangles with text and changing which container is in front based on the button/rectangle clicked.
David, that link is giving an XML error.AdminIndigo Studio Team (Product Team, Indigo Studio) shared this idea ·
In version 2, we are adding some stuff like this. Specifically, you can pick target platform (e.g., phone, tablet, etc.) that will suggest relevant sizes. Also, if/when you change it, we will remember it, so you don't have to keep resizing new screens.
Can you elaborate on what you mean by "what to create"? We have that in a sense now with storyboards and screens. We have no plans for general diagramming.
How would you see this fitting in with the Indigo animations experience? At what point and, if you have ideas on it, how would you do this?
Can you rework this idea and submit one idea per element that is important to you? We will add more components, so that's a given. The question will be which ones and when. Having them separately listed will let people vote on them and help us prioritize. Thanks.
We already have done this on our internal build (for V2).
Would you expect that button to change the behavior of the notes when you share your prototype?
Just curious, our current implementation is you have to selectively hide/show notes. I mean, we don't have a hide/show all for them.
The reason is that we're a bit concerned about confusion with how this plays with the hide/show annotations in the viewer. If you hide them here, they won't show at runtime.
Now, we could add a design-time-only behavior, but that could also be (more) confusing--what if you did NOT want them to show at runtime, or you only want to show some (e.g., you share certain notes with clients and certain notes with devs).
Obviously, we have more robust plans for the sharing/collab stuff, but in the short term, we are trying to balance these forces within the current model.
Any thoughts? How often would you want to turn them all off/on vs. selectively turning some off/on?
I’m sorry. I don’t think I understand what you want. Is it possible you could take a screenshot and highlight what it is you want to move?
Ma, it is saying that it is a private file (if Google Translate is working correctly). :)
Corey, thank you for the usage scenario. We have some ideas to deal with the issue you describe. I'm really trying to not add more triggers if we can avoid it and effectively solve the problems for most situations, but adding an "out" is not out of the question. :)
Could you describe to us the usage scenario/story that you are trying to prototype?
BillyGOAT, you can add overlays now using states with shared interactions. We don't have a specific trigger on scroll, but you could simulate it.
I think we'd treat having specific support for sticky menus as a separate effort from rich tooltips since they are triggered based on scroll state.
Thanks for the clarification.
You want something like a rich tooltip that doesn't use the standard hover to new state, yes?
One thing I would suggest is to hide the panel on the right--you can do most of it using shortcuts, such as alt+click/drag to add in place (primary use for toolbox), and right-click to select elements under cursor and hide/lock them (which is a primary use for the elements panel). We find that we tend to hide that panel most of the time, because it is faster anyways to add in place.
The transitions panel could be a bigger challenge to accomodate. I am interested in any suggestions you have for how you feel the panel could be improved (besides just being able to move it to another screen).
We agree that would be handy!
Currently we remember the font choice for the project, and screen size when creating a new screen in the project. Give this model a chance, and let us know how it’s working out for you.
Instead of a global settings, we are exploring the route of remembering recent values. That in a way may overlap with your request. What say?
Indigo Studio Team.
We will be adding something along these lines--remembering your choice, so once you set it, you won't have to reset it again and again. In the meantime, you can also choose to duplicate objects with your desired styling as a starting point.
Hi Akshay, we are planning on remembering most of these things automatically, based on last used. That should see the light of day relatively soon.
Also looking into some kind of style sheet type support later on.
As a sort of work around (for some of these), you can use the duplicate (CMD+D/CTRL+D on Win), at least to reuse styles for new things.
We will add more controls, but in terms of prioritizing, it will be better if you add separate requests for any specific controls that you think are more important--that way people can vote on them individually and help us prioritize and ensure the more important ones to you get done sooner.
Thanks for the clarification. I updated the title to reflect that.
We had a date picker in an alpha but had to cut it due to time constraints. It will make its way back in. Thanks!
Just to be clear, you want an inline calendar for, e.g., showing events, not one in a popup date picker, correct?
Do you mean you want to design on a tablet? Any particular OS?
Are you referring to drawing freehand using a stylus or wacom tablet?
Or maybe you just want a sketchy style like this?
Get your friends to vote on it! :)
Updated. Thanks BillyGOAT.
Anonymous, scrolling using mouse wheel does work for us/in our testing. We need more details to help diagnose why it is not working for you. Please email indigo at infragistics dot com with information about your environment. You can use the copy icon on the Help and About pane's Support Info section and send us that.
There are reasons for things being the way they are, but we will take your feedback under consideration.
For future reference, ideas have a better chance if they are specific and independent. For instance, some folks might agree with your 3rd mouse button suggestion but not the rest, so they may not vote for the group idea.
Interestingly enough, Balsamiq recently invested a lot to offer a more refined theme due to big demand.
We did explore a sketchier theme early on, but the problem with (some) sketchy themes is that it can actually be a distraction and make it harder to leverage a visual hierarchy.
So we decided to go with a clean grayscale by default--so it doesn't look done but also is not distracting.
All that said, this is something we'd consider adding if enough people asked for it. We do have a pretty nice sketchy theme designed (think architect/drafting), but it's just a matter of prioritization of implementing it versus other features.
Just so folks know, we store images in the /assets folder in each project, so you can delete them from there if you want to.
I am thinking this feature could be something that detects what images aren't being used any longer and give you an option to remove/archive them.