Feature wishes: Option to load all images from rebrickable, custom fields, paypal for donation #146
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Hi Frederik,
I have some feature wishes:
Thank you so much for that app. I am curious for future updates!
Thanks for the detailed list!
Going through each point:
I get the idea, unfortunately the Rebrickable API only returns a single cover image per set. There's no endpoint to fetch multiple photos or select if it is a box-image or build-set-image that's returned. Custom image uploads could be interesting longer term but is a bigger feature to design properly. I've noted it for future consideration.
Could you explain what you mean here? BrickTracker already supports custom tags and statuses which can be created and assigned to sets. If those don't cover your use case I would love to understand what you're trying to do. Could you provide some examples?
Good catch. This is a bug. Some of the price values on the Statistics page are formatted with %.0f (rounded to whole numbers) instead of %.2f. Will be fixed in the next release.
Noted, but this is a bigger feature that won't make it into the current release. Added to my backlog. It is a functionality I've wanted myself too, so it is definitely on my radar.
The README on the
release/1.4-branch has been updated with the relevant link. Thanks for asking!Hi,
Thanks for your reply.
Thanks for the follow up!
I have previously looked at the BrickSet API. getAdditionalImages does support fetching additional images per set, but it requires both an API key, a user hash and a setID, which you get via getSets, as the setID isn't the same as the setNumer. The Brickset API key isn't as straightforward to obtain as a Rebrickable key. So I'd rather not add that dependency for now.
Instead, I'm going to go the custom upload route: users will be able to upload their own images to a set, select which one acts as the cover image, and browse them in a lightbox. I'll add this to the backlog for a future release. I really like the idea, as I also prefer the box image as the cover. I will also see if i can combine it with #37, and offer a sidecar container with custom sourced data, that BrickTracker can pull from. If i could source the links to the additional images all at once, we might not need every user to get them themselves.
Ah, I think I understand now. Not just tags, but fully user-defined key/value pairs. So instead of a predefined field like "Owner: UserX", you could define something like "Sold for: €45" where both the label and the value are up to you. That's a more flexible system than what's currently there. I'll look info the possibilities!
Rounding error: Fixed in the upcoming 1.4.1 release. All price values on the Statistics page should now use %.2f. You can test it now with the
pre-1.4.1Docker tag.@derwohat, okay i got far with this!
As with #160:
For the images part I'm using the sidecar to grab the bricklink box/set art and let you use it as the set cover. did a POC and it works.
How it would be in v1.5:
cover" tickbox.
image when theres no box art.
There will also be a setting to always prefer the box art.
I am still trying to see if i can get all images from bricklink/brickset. I'll get back to you there.
@derwohat, Went through all the points on this one again, and I see i overlooked your request for additional images. I added this to the sidecar container
Images:
I added an opt-in additional-images carousel (SIDECAR_ADDITIONAL_IMAGES): the cover turns into a little carousel of the brickset images and you can pick any of them as the cover too. Custom uploads of your own photos i left out for now, since the sidecar only serves the fixed bricklink/brickset images. Let me know if upload of your own images is important to you.
Custom Fields:
You can now make your own fields in the admin, under set metadata > set custom fields. each field has a name and a type (text, number or date). After that every set gets an input for each field under management where you fill in the value.
So for your sold example youd make a field "sold price" (number) and maybe "sold date" (date), and fill them in on the sets you sold. The values are stored in the database with the rest of the set data.
It works like the tags and statuses already do: you define the field once and then use it on any set. I went this way instead of a totally free label+value on each set, because the things you mentioned (sold price, notes) are usually the same field across many sets, so this keeps it consistent and i can use it in stats and filters later. If you really need a different label on every single set let me know.
Mass Edit:
On the sets grid I added a "select" button that lets you pick several sets.
Then "edit selected" opens a panel where you change tags, statuses, owners, etc. Fields where the selected sets already share a value show that value, fields that differ show "varies" and only get written if you actually touch them, and the tag/status/owner checkboxes are tri-state (all on / all off / mixed).
Is this the idea you had?
Still has some bugs to fix, but the general functionality is there.
I am super happy with your work. Can't wait to test it out! Thanks a lot!