Support `keep_key` in `Grouper`?
See original GitHub issueIterKeyZipper
has an option to keep the key that was zipped on:
Is this something we want to support going forward? If yes, it would be nice to have this also on Grouper
and possibly other similar datapipes. That would come in handy in situations if the key is used multiple times for example if we have a IterKeyZipper
after an Grouper
.
Additional Context for New Contributors
See comment below
Issue Analytics
- State:
- Created 2 years ago
- Comments:11 (10 by maintainers)
Top Results From Across the Web
ShapeShift's KeepKey Support Grows
The KeepKey is a physical hardware device that helps protect users' funds from hackers and thieves. It uses wallet software located on the ......
Read more >Restoring The KeepKey Hardware Wallet To Software ...
Different wallets are designed to use different default paths. The missing wallet balances are in the wallets not supporting the specific paths.
Read more >10 Best Hardware Wallet Reviews (2023 Updated)
KeepKey Hardware Wallets. Pros: Beautifully designed, in-wallet exchange via Shapeshift. Cons: Not enough coins supported.
Read more >KeepKey Settings
Access KeepKey Settings; Change The Device Label; Change The PIN; Access Advanced Settings; Change The Device Timeout; Enable Passphrase; Wipe ...
Read more >Keepkey Supported Coins and Cryptocurrency | 2022 Update
ShapeShift acquired KeepKey in 2017, and the feature of cryptocurrency swapping has been implemented ever since. Shapeshift has also added a new feature...
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
I took a quick look at this issue. I wonder if it would make sense to instead avoid the overlap between
keep_key
andmerge_fn
? For example we could remove thekeep_key
parameter, and instead let themerge_fn
function acceptkey, source_dp_item, ref_dp_item
? Then passingkeep_key=True
would be equivalent to passingYeah. When
IterKeyZipper
starts to support multiple datapipes, themerge_fn
is not really useful. IIRC,merge_fn
is used as a syntax sugar for a sequence ofIterKeyZipper
.