Member
Join Date: Apr 2014
Posts: 52
|
Quote:
I'll restate it again: Topic Name: City of Brass sub-snippet: Stuff about City of Brass Topic Name: Plane of Fire sub-snippet: Talks about City of Brass (link to city of brass) If I change the name of "City of Brass" it will update the link automatically - it will find every link in the database that references City of Brass and update it. The program does this now. Topic Name: Auto-generated-name-1 sub-snippet: City of Brass (link to city of brass) This new type of topic isn't any different than the above - nothing in the database has changed (or how it works) - however when rendering the output the program treats any topic like this as special and shows the linked name. We already know they have a 'rendering engine' - it has a bug that won't show topics if there are too many in a container. There is also logic in the render that decides if a topic is shown or not. This is an extension of that logic. |
|
#31 |
Senior Member
Join Date: Oct 2014
Location: Chicago, IL
Posts: 1,690
|
You are confusing things that are unrelated.
Yes, there is a rendering engine that handles displaying the UI, it's called Windows. There is an additional render engine that displays the user data. You seem to be under the impression it is simply creating something along the lines of a single webpage. That is incorrect. Every control is rendered separately. A snippet is a control in case there is any confusion. Creating links in the program is simple at this point. They simply open topics. Maintaining the table of valid linker names trivial, it is simply every existing topic and article( plus aliases ). What you want is the equivalent of the anchor + bookmark functionality of HTML links which would require LWD to add that functionality, which since there is no DOM is not nearly as simple as you think. As to your idea of placeholder topics to serve as links to real topics elsewhere in the hierarchy. This shows you truly do not understand the issue. In a DB this would be incredibly wasteful. A record, in the same table, is always the same size. So absolutely nothing would be gained by having a pseudo topic pointing to the "real" through a special snippet. What you seem to really be asking for is the ability to put the same topic in multiple places in the hierarchy which as I explained before is called many to many relationships and is problematic for a number of technical reasons. You can achieve roughly the result you desire by using a single container and establishing a relationship to any other topics as needed. my Realm Works videos https://www.youtube.com/channel/UCZU...4DwXXkvmBXQ9Yw |
#32 |
Member
Join Date: Apr 2014
Posts: 52
|
Quote:
Quote:
Windows doesn't have a bug where it stops displaying items after 1000. This program does - why... oh right - because they have a *custom render function that has a bug*. Quote:
You keep approaching this problem like a typical DBA - that is you don't understand anything beyond 'make the database do it'. I can do exactly what I want in C++ without ever making a database. Given that I can then make a database and do all the above with two tables and 3 data types, handling the rest of the logic in the code. I don't presume that the code base (at this point) would be so easy to modify - I don't get why you presume to know for a fact this is true when the only way you'd know is if you were the one making the program. |
|||
#33 |
Senior Member
Join Date: Mar 2013
Location: Germany
Posts: 155
|
That is definitely desirable.
DM: Tol'Uluk - game system independent homebrew world (so far AD&D 2, D&D3.5, Fate, Pathfinder, D&D5) Tools: RW, CC3+, CD3, DD3, HL RL: Retired senior IT manager. Now just housewife, grandma and fantasy author. |
#34 |
Senior Member
Join Date: Jan 2016
Location: Adelaide, Australia
Posts: 2,294
|
Keep it civil guys. The only person who truly knows the answer to this all is Rob.
Realm Works - Community Links Realm Work and Hero Lab Videos Ream Works Facebook User Group CC3+ Facebook User Group D&D 5e Community Pack - Contributor General Hero Lab Support & Community Resources D&D 5e Community Pack - Install Instructions / D&D 5e Community Pack - Log Fault / D&D 5e Community Pack - Editor Knowledge Base Obsidian Obsidian TTRPG Tutorials |
#35 |
Senior Member
Join Date: Oct 2014
Location: Chicago, IL
Posts: 1,690
|
I'll try one more time.
For many to many to work requires an extra table with at least one record for every topic. That means an extra join to build the tree. That is no big deal except that means redoing a lot of stuff that is already long done. I doubt Rob is eager to revisit that stuff. The controls are not custom. They use a 3rd party library. You can do a search on the forum for which one. I can't be bothered to do it for you. Small shops do not in general write custom controls unless that is their business. LWD is in the business of writing gaming software they sure aren't going to spend time on writing controls. I know quite a lot about the program. I know there is no DOM. There is no modding capability or scripting capability which would exist if there was a DOM. There are plenty of things you can do when starting from scratch that are substantially more difficult when you try to change an existing program. Changing how links work is so fundamental to how the program works it would involve a massive change to one of the core functionalities of the program. I'm still not even sure how you would identify a non name that you want to be a link to a snippet. Even in HTML links to bookmarks are almost always hidden by plain text which is a capability not available in RW. my Realm Works videos https://www.youtube.com/channel/UCZU...4DwXXkvmBXQ9Yw |
#36 |
Member
Join Date: Apr 2014
Posts: 52
|
Quote:
er... Sage Advice. Ciao! |
|
#37 |
Senior Member
Join Date: Apr 2014
Location: California
Posts: 295
|
Quote:
It would be nice to get what you want, I'm just not sure it is feasible beyond the local machine anyway. |
|
#38 |
Senior Member
Join Date: Dec 2010
Posts: 468
|
Ckorik's request is perfectly reasonable, and all the talk about difficulty is just speculation. There will be work involved, as with any of the requests out there. The amount depends upon a lot of implementation details we are not privy to. These extra links are storage size trivial (no actual duplication of content would occur in any reasonable implementation), and the web implementation would not be an issue (again in any reasonable implementation). The web version has a whole lot bigger problems that this, as we've discussed elsewhere.
Might I suggest someone find the request thread for this so we can actually add some weight to the suggestion? Whether and when LWD gets to it is another matter.... Last edited by Bidmaron; March 26th, 2017 at 05:33 AM. |
#39 |
|
|