Publishing a database as website
< Next Topic | Back to topic list | Previous Topic >
Posted by Tester
Aug 29, 2015 at 07:17 PM
gunars wrote:
>One thing I noticed in that sample webbook is that internal links aren’t
>working.
My impression is that those who uploaded the webbook (as mentioned it is not bauerapps.com itself) changed something with the names or the paths of the folders. Usually the internal links should work without problem.
gunars wrote:
>However, I just exported the same user guide using
>the current 3.3.1.0 version of RightNote (I have a Pro license I haven’t
>really started using yet). All is well - the internal links are all
>working properly.
Yes. The same for me.
And I uploaded temporarily a webbook I created for myself, simply for testing purposes (with some modifications I made in the flat.css-file in order to give the interface a more colorful appearance):
http://kompakt.bplaced.net/index.html/notebooks/enalexiko/notebook.html
Internal links are working fine in this webbook too. (You can find a few such links for example in the keywords “Abbrennen”, “Abkürzung”, “Absehen” - all in the tab “Wörterbuch”.)
The strange thing is that I cannot open some of the external links (see tab “Links”). But it seems that this has to do with the iFrames and my use of NoScript, it is obviously no problem of RightNote itself.
@ MadaboutDana: Thanks for your interesting comments about the webbook.
Posted by Alexander Deliyannis
Aug 30, 2015 at 06:17 AM
@Tester and @Madaboutdana
Thanks for the extensive testing of RightNote in respect to web export. I didn’t expect to find a better solution from MyInfo for such publishing, which is particularly useful to me. The use of iFrames perhaps limits the possibility for integration under other websites, but the functionality, especially the search, is too good to miss.
As it happens, you also tested the multilingual compliance of the RightNote export which is something that I need and seems to work great!
I’ve now registered RightNote 3.0 and sent a link to this conversation to Rael Bauer.
Tester wrote:
>http://kompakt.bplaced.net/index.html/notebooks/enalexiko/notebook.html
>
>Internal links are working fine in this webbook too. (You can find a few
>such links for example in the keywords “Abbrennen”, “Abkurzung”,
>“Absehen” - all in the tab “Worterbuch”.)
The internal links under “Abkurzung” work OK for me, not so the one under “Abbrennen”, “Absehen” (it’s the same link) where I get a 404 error.
>The strange thing is that I cannot open some of the external links (see
>tab “Links”). But it seems that this has to do with the iFrames and my
>use of NoScript, it is obviously no problem of RightNote itself.
I cannot see the page under Links at all; again, I get a 404 error.
One last, fully off-topic, note: As a half-Greek I am particularly interested in your work!
Posted by Tester
Aug 30, 2015 at 07:52 AM
Alexander Deliyannis wrote:
>The internal links under “Abkurzung” work OK for me, not so the one
>under “Abbrennen”, “Absehen” (it’s the same link) where I get a 404
>error.
>I cannot see the page under Links at all; again, I get a 404 error.
It works now again. The 404 error had to to with a sort of stress test I made: I filled the webbook additionally with about 11.000 notes - so there are now about 11.500 altogether. ;-) Until the uploading process was finished the 404 error appeared.
I wanted to test the capacity and so I imported these about 11.000 files into RightNotes as they were created with MyInfo. I did not change their titles and left their numbers. So by typing into the filter (the orange field at the bottom of the tree) any number between 1 and 11.000 it is quite likely that you will get some result. ;-) (In reality some numbers will be missing because sometimes in the past I removed an entry = html file = number from MyInfo which I did no longer need). A lot of numbers can be found under the note/keyword “Afrika” others under “New Note 5315” etc. It simply has to do with the fact that I did not care especially where to place the imported files in the tree of RightNote. As mentioned, it should be simply a quick test of capacity.
And this creates perhaps a certain (but obviously inevitable) disappointment for me: There *is* a noticeable delay now in loading the website. Not so big as in the solution with MyInfo, but noticeable: about 15 to 20 seconds I would say. But unfortunately it seems that I will have to accept such a delay when the number of notes and consequently html files is so big.
In contrary the search speed as far as I tested it is excellent. You can try it by typing into the search field (which opens when clicking the tab in the left corner on top) e.g. the word “Karton”. Immediately you will get the result with the 4 notes that contain the word. The same when trying with a more common word like “heute” (= “today” in German). Immediately you get the dozens of notes which contain this word. Phantastic speed I would say.
A remark about the formatting:
You will see correct results when opening notes that have already a word as title/caption (they are the first in the tree). These notes were created by transferring them directly from MyInfo with RightNote’s clipper function (= an effective alternative to copy and paste). The notes with numbers (the imported html files) have some shortcomings concerning formatting (especially the line spacing that is smaller than in the Word files and in MyInfo). Anyway, my favourite method of transferring from MyInfo to RightNote would be the clipper (+ usual copy and paste in some special cases) and not the import of html files.
Alexander Deliyannis wrote:
>As it happens, you also tested the multilingual compliance of the
>RightNote export which is something that I need and seems to work great!
Yes, Unicode works great in RightNote. There *are* a few shortcomings (3 or 4 I think) but they are not of big importance and can be fixed easily I think. I will report them to Rael some other time.
>One last, fully off-topic, note: As a half-Greek I am particularly
>interested in your work!
Nice to hear. :-) The dictionary also contains a big number of greek keywords but into this test webbook I only transferred 5 or 6 of them in order to test the Unicode capabilities. You can check e.g. for αγγιζω (typing without stress mark) (or ΑΓΓΙΖΩ), αγαπημενος, αγκαλιασμενος and αγναντευω. (These entries for the time being where transferred from a Word doc and not from MyInfo.)
Posted by Tester
Aug 30, 2015 at 08:03 AM
PS:
The speed of the (keyword) search by using the filter (= orange field) is not so good as the speed of full text search (= the tab on top). The delay is noticeable especially when you type quickly. But surely the situation is by far better than the complete missing of a keyword search/filter.
Posted by Tester
Sep 2, 2015 at 11:24 PM
I uploaded another sample for a Webbook created with RightNote under the same link as above: http://kompakt.bplaced.net/index.html/notebooks/enalexiko/notebook.html
This time the file/notebook in this sample consists only of about 1000 notes and speed is of course no problem with such a small amount. I wanted to try out how the user of RightNote can influence by himself the appearance and the functionality of the webbook. And though it means quite a lot of work I can say that it was possible to adjust the webbook quite exactly to how I would like to have it.
This concerns on the one hand the colors and other visual details. On the other hand I was also able to change the structure of the elements on the interface and the search mode in the filter in a way that satisfies my needs in a better way than the default parameters. Here a short description of the most important modifications (illustrated in the following picture):
http://abload.de/image.php?img=sample25odx.jpg
1: I transferred the filter (= the field for the tree search, that’s in my case the keyword search) from the bottom under the tree to the top over the tree. (I have to thank Rael for his support how to do it.) And I gave this field a distinctive orange color. It is the central part for the user of an online dictionary (or similar databases).
2: In the tab bar I transferred the search tab (which is by default on the left end of the tab bar) to its right end. (And I gave the tab another name: “Volltextsuche” [= “Fulltext search]”). The reason has again to do with the needs of the user of a dictionary: Full text search plays only a subsidiary role compared with the keyword search. So it is sufficient when the fulltext search is positioned a little bit offside. Moreover a search tab directly above the filter would be a little bit confusing for the user (concerning the appropriate choice for his search).
3: That’s one of the most pleasant modifications for me. :-) (Again it was Rael who explained me the way to realize it.) The search method in the filter is changed: When you type some characters you will get only results with these characters *at the beginning* of a word (more specific: at the beginning of the first word in a note caption / tree item).
You can try it out by typing the German word “alt” (= old). The search will show you only the keywords consisting of respectively *beginning” with these tree letters (“alt”, “Alter” etc.). But you will *not* get as result words as “abhalten”, “anhalten”, “abschalten”, “Anstalt” etc. where the letters “alt” are somewhere *within* the word. Such results usually are completely useless for the user of an ordinary dictionary and ennoying when you think for example of a dictionary with some thousand keywords - and therefore it is good that they are filtered out.
You can see the difference in the results when you make a fulltext search for “alt” (via the tab “Volltextsuche”). In the fulltext search I did not change the default search method and so you can find there all the words mentioned above too - and of course also all occurrences of “alt” within the text of a note.
All changes are made either in the css-file (colors etc.) or in the notebook.html (changes in the position of elements, of the search method etc.). It is quite cumbersome if you do not have much experience with such things but I am so happy with the result that the effort is justified. ;-)
So at the moment for me the only severe problem with the Webbook is the speed factor - especially the delay in loading the website - when the database consists of some thousand notes.