8000 editing cells with duplicate labels does not work · Issue #161 · larray-project/larray-editor · GitHub
[go: up one dir, main page]

Skip to content

editing cells with duplicate labels does not work #161

New issue
< 8000 /div>

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

Open
gdementen opened this issue Sep 6, 2018 · 0 comments
Open

editing cells with duplicate labels does not work #161

gdementen opened this issue Sep 6, 2018 · 0 comments
Assignees
Milestone

Comments

@gdementen
Copy link
Collaborator

because the key is label-based. It should be indices-based. Should be done after #33 is merged because of the large refactor it introduces.

@gdementen gdementen added the bug label Sep 6, 2018
@gdementen gdementen added this to the 0.30 milestone Sep 6, 2018
@gdementen gdementen removed this from the 0.30 milestone Sep 18, 2018
@alixdamman alixdamman added this to the 0.31 milestone Jan 23, 2019
@alixdamman alixdamman modified the milestones: 0.31, 0.32 Feb 6, 2019
@gdementen gdementen removed this from the 0.32 milestone Aug 1, 2019
@gdementen gdementen self-assigned this Nov 21, 2019
@gdementen gdementen added this to the 0.33 milestone Dec 13, 2019
@gdementen gdementen modified the milestones: 0.33, 0.34 Sep 21, 2021
gdementen added a commit to gdementen/larray-editor that referenced this issue Sep 27, 2021
the main goal was to make writing adapters easier and to avoid having to load all data in memory

remaining issues:
* to make it work nicely with partially visible cells I used a shortcut and tweaked some limits by 1 but it gives odd behavior when all cells are visible (visible area >= array)
fixing this properly is possible but not trivial

* implemented adapters for
  - pandas DataFrame
  - pandas Series
  - list
  - pytables.Table
  - binary files
  - text files
  - pstats.Stats (profiling stats)
  - Path objects
    - directory Path
    - .sas7bdat
    - .csv
    - .py

* fixed larray-project#161: use indices for filters (to avoid problems with duplicate labels)
* fixed single column plot in viewer when ticks are not strings
* added support for plot with more than 1 dimension in columns (by making plot axes labels customizable by the adapter)
@gdementen gdementen modified the milestones: 0.34, 0.35 Sep 16, 2022
gdementen added a commit that referenced this issue Oct 12, 2023
* fixed #161: use indices for filters (to avoid problems with duplicate labels)
* fixed single column plot in viewer when ticks are not strings
* added support for plot with more than 1 dimension in columns (by making plot axes labels customizable by the adapter)
* allow registering an adapter via an explicit function call instead of via a decorator
* adapters can be registered using a string (so that we do not load the module just to register the adapter)
  looked-up adapters are cached for faster retrieval for subsequent instances of that type
* adapters are used to display instances of their subclasses.
  When there is both an adapter for a parent class and a subclass, we use the adapter for the subclass
  by sorting registered types by the length of their mro. Note that string types always come last
  (so we cannot have two string types inheriting from each other)
* added support for per-column color value
* WIP: adapters can return simple sequences instead of ndarrays (buggy for list of sequences)
* split get_adapter in two steps: get_adapter_creator which gets a callable and calling that callable to actually get an adapter

* made writing adapters easier and to avoid having to load all data in memory

remaining issues:
* to make it work nicely with partially visible cells I used a shortcut and tweaked some limits by 1 but it gives odd behavior when all cells are visible (visible area >= array)
fixing this properly is possible but not trivial
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants
0