-
Notifications
You must be signed in to change notification settings - Fork 0
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
Enable using the native TW import UI #1
Comments
This needs to have context and a clear set of objectives. https://github.com/OokTech/TW5-FederationExtended/blob/master/.github/ISSUE_TEMPLATE.md |
Sure. The only practical guidance in the link states "If you are going to request a new feature than make sure to describe it completely" so here's an attempt: OP objectives
Context
Notes Also, anyone else who wants to build on top of this would be able to do so if they are able to use the JSON bundle directly, i.e follows native JSON format, which is why I think this is probably a more a FederationCore matter and not a FederationExtended matter. The end objective is a unified UI for all importing variants, i.e FederationCore, TWederBob, plugin libaries and DnD (any missing?). These four variants have some "workflow steps" in common and it is these steps that should have the same UI. I firmly believe "federation" will be big in the community - but a prerequisite is a good UX. A unified UI is a key component in this. If the above is insufficient as "context and objectives" I'd appreciate some specific example of what is requested. Jed, I appreciate your help and fully understand that you require this. |
Sorry to be so hash about this but it keeps going bit by bit like asking for JSON imports which from what I can tell have nothing to do with what you are actually asking for and that wastes time for both of us. There isn't any part of either of your posts I can point to and say 'this is what the request is' I am guessing, which is something I shouldn't have to do reading a feature request, that what you want is: "I want to be able to import a bundle from a remote wiki and instead of importing a bundle which I have to unpack, it goes directly to the native TW import UI with all of the fetched tiddlers." Which covers everything. The things that are missing in what you said:
As is listed here: https://ooktech.xyz:8443/Public#How%20to%20make%20a%20good%20feature%20request That is also linked to as more detail about making feature requests is the post I made above. I need the end goal, what the experience is like and for the the explanation to in terms of what the experience is, not be in terms of what you think that the technology that could be used to do it. |
Yes, that. I don't know why I fail so badly in my communication with you, but I can assure you that it is not from lack of trying. Thank you for your patience. |
Friendly bump. If it is such a small thing to make it, it'd be great if it was done as soon as you have time. My summer vacations are over in about 1.5 weeks after that I'll have significantly less chances to fiddle with these things. Or is any information lacking from my side? |
I thought I had pushed the changes. There is a new version of the core and this on the public wiki. |
Neither is well tested, so it may just break. |
After much confusion I now notice that a JSON bundle has a different JSON format from what shows in the native $:/Import when importing.
I want the show the JSON bundle using the native import UI, i.e this:
My interpretation is that for this to work, the JSON bundle has to use the
plugin-type:import
status:pending
type:application/json
I'm not sure this is a "FederationExtended" issue and not a "FederationCore" issue - ?
The reason for wanting this is that users should have to face a minimum number of UIs for importing stuff. A benefit with using a part of the native import UI is also that it should follow the overall dev of TW.
The text was updated successfully, but these errors were encountered: