edhelasFor thoses that wants to try out, I've implemented a few days ago bookmarks:1 in Movim master
edhelasYou can directly try it out on the official pods
edhelasIt also supports :0
DanielSo now we just need a switch day?
edhelasAs you want :)
edhelasI'm planning to release the 0.18 soon with this feature in
Danieledhelas: are you migrating bookmarks?
DanielOr will this make bookmarks incompatible with literally everything else out there?
edhelasI have a tool to migrate from the old system and push it to :1
edhelasAnd i'm pulling from :0 and :1 and pushing to :1 on edit
DanielA tool? Does that run automatically?
DanielWhen and how often?
HolgerThis should really be done by servers I guess.
edhelasBasically after I pull from :0 and :1, if the list is empty I invite the user to sync its old bookmarks
edhelasThere's a button for that
HolgerUsers switching browsers are used to importing bookmarks 🤪
DanielLuckily I haven't switched browsers since firebird 0.7
Link Mauveedhelas, so that means a user using any client other than Movim will effectively lose their bookmarks in it?
edhelasLink Mauve no, because I don't clear the old storage:bookmarks ones
edhelasLike Firefox is not clearing Chrome bookmarks when they are imported :p
Link Mauveedhelas, so you’re only desynchronising?
Link MauveMy current advice would be to keep using Private XML bookmarks until the server advertises bookmarks2 conversion.
DanielFwiw Conversations also has code for bookmarks 2.0 - but it's currently not enabled because I don't want my users to loose sync
DanielPlus I think servers don't support the unlimited items feature yet
DanielWhich is sort of required if you don't want to use magic numbers
edhelasthat was the goal of "multi-items" in 0060
edhelas> The service supports the storage of multiple items per node. It requires the pubsub#max_items configuration item to be exposed to the user and allow sensible values (higher than one) to be set in Configure a Node.
DanielI'm talking about the publish options max
DanielWhich turns out server devs don't like
DanielMeaning we probably have to redo that
ZashI doubt we'll support *unlimited* items
Danielit's not specified as unlimited. but as server defined max
flowDaniel> Meaning we probably have to redo that
What a pitty, I do like it. What would be the alternative? An additional (boolean?) field which tells the server to allow multiple items on that node?
Link Mauveflow, the issue isn’t whether multiple items are allowed, it is that multiple implementations have a different value for their maximum amount of items, and short of hardcoding 255 or so (which might be too low for some applications) in all clients it was impossible to know the server’s maximum pubsub#max_items.
Link MauveIt’s still impossible, but you can now request it since 0060 1.17.0.
flowLink Mauve, I know
flowIf I am not mistaken we previously only had a field which set the max items for a node, and if you set it to a value >1, then you allowed the node to carry multiple items
flowand this field was extended to allow besides the integers, also a string value, "unlimited" (or so), to denote that you want the pubsub service to retrain multiple items for that node
flowbut ppl where not happy, because we now have a value that can either be an integer or a string
flowso my suggestion was to add another field 'multiple-items', which if set to 'true', signals the server that it should keep multiple items for that node, akin to the "unlimited" value for max-items
flowand I was wondering if that's a good idea that would make people happy
Link Mauveflow, it’s not 'unlimited', it’s 'max', and its meaning isn’t that the node can retain multiple items, it’s that the node will accept as many items as the server is configured to accept.
Link Mauve(Limit which isn’t even queryable.)
flowI know, hence I wrote "unlimited (or so)"
DanielSome people would probably prefer -1 instead of max
flowDaniel, then the feature wouldn't be discoverable, or you would need to jump through an extra hoop to make it so, no?
DanielMax currently has a disco feature. So you'd need a new disco feature
DanielOr rename that feature essentially
flowif it was a new field, we could re-use the existing mechanisms for pubsub feature discovery, I believe. not a big deal, but still
DarkiJahGuus: how did you do that?
DarkiJah> Guus wrote:
Hmm just a picture? No code?
GuusThat's just an emoji.
DarkiJahWell not sure how that works
GuusSimilar to things like these: 😁👍💕🍿🏆🥳
DarkiJahDon't seem to have scandinavian flags myself
GuusIf you can see them, you can probably copy paste them.
HolgerJust ask Guus whenever you need a flag.
DarkiJahYou have a Danish flag or a all white flag would be cool
DarkiJahYou have a Danish flag or an all white flag would be cool
GuusI walked right into that one
!XSF_MartinHow much more Scandinavia do you need?
DarkiJah!XSF_Martin: well does not seem to be part of my system.
!XSF_MartinOld android maybe.
DarkiJahAhh... Well it sounds like it is a vad idea to update on my old mobile... Although the update is yet be seen...
DarkiJahAhh... Well it sounds like it is a bad idea to update on my old mobile... Although the update is yet be seen...
!XSF_MartinAndroid manor updates suck, but we should stop the offtopic here.
DarkiJahOne of the owners in this room seems to be a Roman Papist - just so you know. Catholics are Wolves in Sheep clothing who follows that AntiChrist 666. A pagan Satanic cult, the very masterpiece of Satan. They hate the truth and look to the Devil for guidence. They worship a dry cookie and call it God...
HolgerLet's get back to flags.
DarkiJahHolger: Just noticed. Anyway back to research. :)