-
Notifications
You must be signed in to change notification settings - Fork 183
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Feature request! Freezing columns / rows #145
Comments
What should that freeze actually do? |
A column or row freeze is a very common thing on a table. It basically means that the column or row won't scroll with the rest of the table. This essentially enables you to see the row/column at all times. Take a look at: https://www.gcflearnfree.org/excel2013/freezing-panes-and-view-options/1/, especially the last figure is very clear as to what column/row freezing does. |
Yeah, I know what it does with a table - but I don't see any usecase for a tree. |
Imagine a tree with lots of columns, you would have to start scrolling horizontally to see the last few columns, it would be really handy if the first column would be sticky so you could see where in the tree you're at exactly. Now imagine a HUGE tree, scrolling down the tree would cause the first row to disappear. update: hang on, I'll upload a vid of my particular use case. |
What's about expanding your big wide tree? But nevertheless I think you could solve this on your own, because you only need to define a complete new template for the tree and apply appropiate styling to it. No need to change the directive I think. Side note: |
You do realise the directive itself is called "tree-grid-directive" and the description states:
So I don't think using this directive to display a "tree-grid" could be consider out-of-scope, like, at all. Anyways, here's the video which shows the problem.
Perhaps I could, but I imagine a feature such as this would be handy to include into the directive itself. Especially if you consider the alternative solutions out there (many of which feature similar freeze options, none of wich are as nice to work with as tree-grid-directive). |
Feel free to contribute and make a PR than, if you think there are many people with tree structures and more than a dozen columns and need this. |
Dear @torsten-sauer, Furthermore, I get the feeling that the word "issue" connotes negativity and wrongdoing in your mind. This is, however, not the case. Github has given us very few tools to suggest new features so frequent users, usually, agree that a suggestion should be done in form of an issue. ps: I only use this component for work and I can't spend work hours on creating a pull-request for a feature such as this at the moment. Furthermore, I'm currently pre-occupied with other projects in my spare time so I don't have time to create a PR then either. |
Dear @Mastermindzh, you opened an issue with a feature request - yeah, that's the way github works. So I tried to question if this is a useful addition to this project. I even suggested, that you can solve this with a special template and styling for your use case. Now I get the feeling what your real intend is: You try to find someone who does your job, don't you? Or what do you mean with:
Does this mean you need this feature for your job, but you don't have the time to build this? Maybe you can shed some light on this, so someone who think your feature request is viable can pick it up and integrate this for you? |
I will ignore all the rambling, and your lack of understanding Github as a platform, and get straight to the point as I'm really getting tired of talking to you now. And even though I don't owe you an explanation I feel that shedding some light on the situation might help you in the future if you ever end up working as a developer.
This means that if I fix it during work hours, which is what I did, I can't share the code. Furthermore, it indicates that I can't justify working on creating a good PR (with a detailed explanation, documentation and unit tests) either. So again, either reply with a constructive answer or let the developer of the product or others that use this directive judge the issue. Thanks in advance. |
Doing so since 2007.
You can use a changed template with additional appropiate styling to fix the first N rows / M columns. The basic idea could be to provide fixed containers for the frozen rows / columns and scrollable ones for the rest.
You're welcome |
It would be awesome if you implemented a way for us to easily specify how many cells / rows to freeze.
For example
<tree-grid
freeze-rows = "1"
freeze-columns = "2"
If you don't want to support multiple frozen cells / rows you could always use booleans for the attributes.
The text was updated successfully, but these errors were encountered: