tag:support.primatelabs.com,2011-01-31:/discussions/voodoopad/713-voodoopad-remains-stuck-at-reading-the-document-for-the-first-time-this-may-take-a-while-windowPrimate Labs: Discussion 2022-02-03T05:02:54Ztag:support.primatelabs.com,2011-01-31:Comment/446506152018-02-05T17:56:21Z2018-05-14T16:17:21ZVoodooPad remains stuck at "Reading the document for the first time, this may take a while" window<div><p>Hi,</p>
<p>Thanks for reaching out to us about this, and I'm sorry for any trouble this may have caused. This is certainly unexpected behaviour, and I'd like to take a closer look at why this may have happened.</p>
<p>Could you let me know what device and version of macOS you're using? In addition, would you be able to attach the document that you were loading when this issue occurred (or any part of the document that also runs into this issue) so that we can narrow down what might have caused this to happen?</p>
<p>Also, to ensure that you can open your document without experiencing this issue again, you can find a copy of VoodooPad 5.1.6 <a href="https://voodoopad.s3.amazonaws.com/VoodooPad-5.1.6.zip">here</a>.</p>
<p>All the best,<br>
Colin<br>
Primate Labs Inc.</p></div>Colintag:support.primatelabs.com,2011-01-31:Comment/446506152018-02-05T18:20:50Z2018-05-14T16:17:21ZVoodooPad remains stuck at "Reading the document for the first time, this may take a while" window<div><p>Hi Colin</p>
<p>Thanks for your response. I have already solved the problem deleting the<br>
uncompleted file and substitued it from a backup copy. This time I waited<br>
longer, and finally the document did open with no issues. It took quite a<br>
lot though, but I must say it is a quite large file of 227 MB.</p>
<p>I am using MacOS High Sierra 10.12.6</p>
<p>Thanks for your help</p>
<p>Pablo</p></div>Pablo Culebrastag:support.primatelabs.com,2011-01-31:Comment/446506152018-02-06T16:51:26Z2018-05-14T16:17:21ZVoodooPad remains stuck at "Reading the document for the first time, this may take a while" window<div><p>Hi,</p>
<p>Thanks for the additional details. I'm glad that you were able to open your document successfully, and I'll see if we can improve the document loading process to avoid this kind of situation following future updates.</p>
<p>All the best,<br>
Colin<br>
Primate Labs Inc.</p></div>Colintag:support.primatelabs.com,2011-01-31:Comment/446506152018-02-13T12:59:20Z2018-05-14T16:17:21ZVoodooPad remains stuck at "Reading the document for the first time, this may take a while" window<div><p>Hi Colin</p>
<p>I am encountering some issues with VoodooPad when trying to make an HTML<br>
export</p>
<p>When I try to move the folder with the html files inside Google Drive, I<br>
get the following message:<br>
<> (please, check<br>
attached Screenshot_1). I think the same happens when trying to upload it<br>
to a web server.<br>
Now, it is true that I have some pages with very long names: I used the<br>
method of transforming long sentences (some times entire paragraphs of 2 or<br>
three lines) into links, and these paragraphs or sentences included non<br>
English characters (I write on Spanish and Portuguese, with "ñ", " ´ " "^"<br>
and "¡ ¿" signs, besides hyphens, spaces and puntuation marks (; , . ? !).<br>
I though it was not an issue with VoodooPad, since those links work on the<br>
desktop app.</p>
<p>I send you a copy from the VoodooPad console that appeared once I finished<br>
exporting using the WebApp Template.</p>
<p>Besides, I have found some problems when using the WebApp template, since<br>
some links on the pages list seem not to work properly once opened in html.<br>
In other cases they don't work either when clicked from within another html<br>
page (apart from the page list). I found many pages lead to a 404 error<br>
when uploaded to the web.</p>
<p>Finally, the other day I had an issue when trying to export a wiki using<br>
this template. I had a home page called "Index", and when trying to access<br>
it from within the wiki on html, the <em>Index</em> links (as I said, I had<br>
renamed the home page that way) and the "Home" button worked. The worse is<br>
that it gave problems from them on on that wiki when I opened its<br>
corresponding vpdoc on the desktop app. When trying to access the *Index *page<br>
(Home page) it appeared a grey screen with a message <> (please, see<br>
attached ScreenShot_2), so that I had to substitute that desktop wiki for a<br>
document I had (fortunatelly) saved previously to an external drive.</p>
<p>Please, tell me which would be the best practices to have my wiki online as<br>
ah html file.. should I avoid renaming the Home page? should I avoid using<br>
non English characters on page titles? neither page aliases can have that<br>
kind of characters? or the think to avoid are the punctuation marks? or<br>
simply make them shorter? if the latter is the case, I'd like to know which<br>
is the length limit on page titles.</p>
<p>Thank you,<br>
Pablo</p></div>Pablo Culebrastag:support.primatelabs.com,2011-01-31:Comment/446506152018-02-13T13:08:03Z2018-05-14T16:17:21ZVoodooPad remains stuck at "Reading the document for the first time, this may take a while" window<div><p>I'd like to add to my previous email, that I have just made another test<br>
uploading my wiki (the one that thas has long title names). I uploaded a<br>
zip file from my cPanel File Manager to my public_html folder. Afterwards I<br>
extracted the files inside that public_html on my server. Then I checked my<br>
wiki online, and found that many pages are giving a 404 error. Those pages<br>
do exist on my local drive html wiki; and they work locally. I send you a<br>
link to this test online so that you can check it yourself:<br>
<a href="http://www.paulsnakes.com/dm-wki-prueba-2/">http://www.paulsnakes.com/dm-wki-prueba-2/</a></p>
<p>Thanks<br>
Pablo</p></div>Pablo Culebrastag:support.primatelabs.com,2011-01-31:Comment/446506152018-02-13T15:27:20Z2018-05-14T16:17:21ZVoodooPad remains stuck at "Reading the document for the first time, this may take a while" window<div><p>Hi,</p>
<p>Thanks for letting us know about this, and I'm sorry to hear that you're running into these issues. I'm not certain how to avoid some of the problems you've encountered based on this information, but I'd like to ask a few questions so that I can investigate further.</p>
<p>For Google Drive, it looks like you might be encountering the maximum file name length for macOS files, which I believe is about 255 characters.</p>
<p>I'd like to take a closer look at the broken links that you're seeing after exporting your document to HTML. Could you let me know what type of page you are using for your website (e.g. are all the pages Rich Text, or are some of the pages with links Markdown) and what type of Web Export format you're using (e.g. RTFD to HTML, Markdown)? To confirm, are these links functional when you just open the HTML files in your browser locally?</p>
<p>For the "VoodooPad cannot display this item", could you let me know where you were opening the document from? For example, was it in a folder on your device that you've opened documents successfully from before, or was it on an external device or shared folder (e.g. a folder synced with Dropbox)? Did you immediately load your backup of the file, or try to save the file with the button provided?</p>
<p>All the best,<br>
Colin<br>
Primate Labs Inc.</p></div>Colintag:support.primatelabs.com,2011-01-31:Comment/446506152018-02-14T12:25:09Z2018-05-14T16:17:21ZVoodooPad remains stuck at "Reading the document for the first time, this may take a while" window<div><p>Hi Colin</p>
<p><em>-For Google Drive, it looks like you might be encountering the maximum file name length for macOS files, which I believe is about 255 characters.</em></p>
<p>As I comment below, I think title length is in fact an issue. It was not<br>
the problem on that link I got the message for (ScreenShot_1.png that I<br>
sent yesterday): that title is 239 characters. Instead, the problem there,<br>
I think, was the use of "" signs. I give more information about that below.</p>
<p>-<em>I'd like to take a closer look at the broken links that you're seeing after exporting your document to HTML. Could you let me know what type of<br>
page you are using for your website (e.g. are all the pages Rich Text, or<br>
are some of the pages with links Markdown) and what type of Web Export<br>
format you're using (e.g. RTFD to HTML, Markdown)? To confirm, are these<br>
links functional when you just open the HTML files in your browser locally?</em></p>
<p>Sorry, but I don't know exactly what means markdown links... I simply<br>
create the pages from the default editor; with several text formats (18<br>
pts, 12 pts, Bold, changing fonts and text colours). As for links, I have<br>
both internal links to other pages of the wiki and links to external URL's.<br>
Both kind of links where created from the default text editor, using the<br>
shortcut Command-L to transform text into links.</p>
<p>I think I've used RTFD to HTML Web Export option on every wiki (the option<br>
set by default)</p>
<p><em>-For the "VoodooPad cannot display this item", could you let me know where you were opening the document from? For example, was it in a folder on your<br>
device that you've opened documents successfully from before, or was it on<br>
an external device or shared folder (e.g. a folder synced with Dropbox)?<br>
Did you immediately load your backup of the file, or try to save the file<br>
with the button provided?</em></p>
<p>This problem happened with another wiki, a different vpdoc to which I refer<br>
on all other parts of this email. This other vpdoc is shorter and it<br>
doesn't have pages with long titles. I opened it from Google Drive. I think<br>
maybe it was a problem caused during the export or related to syncing<br>
issues. I have Google File Stream installed, so anything I put on that<br>
folder goes automatically to the cloud, it is not stored locally. I tried<br>
to reproduce the problem making a new export to a local folder on my Mac<br>
using the WebApp template. This time the VoodooPad app crashed while<br>
exporting. I tried it again and again closed down unexpectedly, but before<br>
appeared a window "VoodooPad console" with a text that I send you attached<br>
to this email. I then tried to make an export without using any template (I<br>
am speaking of RTFD to HTML Web Exports, in every case) and this time the<br>
process succesfully concluded, and the wiki seems to work well as long as I<br>
have checked (as I said, on this wiki there are no pages with titles longer<br>
than 255 characters). I had done the html export to my documents folder;<br>
and afterwards I copied the folder with the html files to a Google Drive<br>
folder. I didn't find any problem in doing so. I then opened the index.html<br>
page of that wiki from within Google Drive on my system and I could<br>
navigate the wiki normally, including pages with "" and non English<br>
characters, which instead give me problems on online wikis, as I comment<br>
below.</p>
<p><em>PERFORMANCE TESTS RESULTS COMPARING VERSIONS OF THE SAME HTML WIKI WITH WEBAPP TEMPLATE vs NO TEMPLATE; LOCAL -vs- ONLINE</em></p>
<p>I have made more tests with two versions of the same wiki: one exported<br>
using the WebApp template and the other with no template at all. I found<br>
different performances among them. I found also different performances<br>
between those wikis when stored on my local drive (Documents folder of my<br>
Mac, that is, out of Google Drive folder structure) and when uploaded to my<br>
server (<a href="http://www.paulsnakes.com">www.paulsnakes.com</a>). Among the latter, I found differences between<br>
the wiki exported using WebApp template (that you can check yourself on<br>
<a href="http://www.paulsnakes.com/dm_18_02_10">http://www.paulsnakes.com/dm_18_02_10</a>) and the wiki exported without the<br>
use of any template (<a href="http://www.paulsnakes.com/dm-wki-prueba-2">http://www.paulsnakes.com/dm-wki-prueba-2</a>)</p>
<p>I could isolate some characteristics that seem problematic on any or all of<br>
these versions of the wiki:</p>
<p><em>Local wikis:</em></p>
<p>Links with “” doesn’t work on WebApp template html wiki, but they do work<br>
on html wiki made with no template</p>
<p>Links longer than 255 doesn’t work either in WebApp template html wiki and<br>
no template html wiki.</p>
<p><em>Online wikis:</em></p>
<p>Links with any non English character (á, é, í, ó, ú, ñ…) doesn’t work on<br>
any online wiki (give a 404 error page).</p>
<p>Interestingly, links with “” (but with no non-English characters) do work<br>
on server wiki made with no template but the don’t on the online wiki made<br>
with WebApp template (give a 404 error page)</p>
<p>Links with @ work on online wiki made with WebApp template, but links with</p>
<h1><a name="don-t-i-didn-t-test-them-on-the-online-wiki-made-with-no-template-since" class="anchor" href="#don-t-i-didn-t-test-them-on-the-online-wiki-made-with-no-template-since"></a>don’t (I didn’t test them on the online wiki made with no template, since</h1>
<p>I don’t have the pages list on that and couldn’t find this kind of pages).<br>
They return a 404 error page.</p>
<p>Link 801 - 808: Alfonso II es obligado a retirarse al monasterio de Ablaña,<br>
ante la presión de un grupo nobiliario. Recupera el trono gracias al noble<br>
Teudano, y a partir de entonces empieza una importante reorganización del<br>
reino, vinculándose a la herencia visigoda para reforzar el poder real<br>
gives a 403 error, instead of a 404.</p>
<p>When trying to copy any of the two versions of my wiki to Google Drive<br>
folder structure, I get the error I sent you yesterday on ScreenShot_1.png;<br>
pointing that there is an item with a name that is too long or that<br>
includes characters invalid on the destination volume. The wiki copying<br>
process concludes with only some 300 pages out of +3000 copied.</p>
<p>Those wikis work perfectly on their vpdoc native version.</p>
<p>Thank you,<br>
Pablo</p></div>Pablo Culebrastag:support.primatelabs.com,2011-01-31:Comment/446506152018-02-14T22:53:31Z2018-05-14T16:17:21ZVoodooPad remains stuck at "Reading the document for the first time, this may take a while" window<div><p>Hi Pablo,</p>
<p>Thank you so much for the detailed response! I'm taking a look at several of the issues you've noticed now.</p>
<p>There is currently an issue that prevents many non-English characters from being web-exported correctly when RTFD to HTML is specified as the export format, which seems to be affecting some of your links. Depending on the other content on your pages, you may have more success with the Markdown export format for web-exporting your document. We're currently investigating this problem and aim to resolve it in a future VoodooPad update.</p>
<p>It also seems that pages with names longer than 250 characters are not being exported, regardless of the page type or export format specified. We're also investigating this issue to see if we can resolve it soon. In the mean time, I can only recommend that you use page names that are 250 characters or shorter.</p>
<p>Regarding the performance differences, could you provide a bit more detail on the kinds of differences you're seeing between the different versions?</p>
<p>I'm taking a closer look at the issues you've encountered with # and "" characters, and the difficulty you have had with copying your files to Google Drive, and I'll get back to you on these issues as soon as I can. If anything I've noted above doesn't match your experiences, please let me know.</p>
<p>All the best,<br>
Colin<br>
Primate Labs Inc.</p></div>Colintag:support.primatelabs.com,2011-01-31:Comment/446506152018-02-16T22:14:22Z2018-05-14T16:17:21ZVoodooPad remains stuck at "Reading the document for the first time, this may take a while" window<div><p>Hi,</p>
<p>Thanks for your patience. It looks like links with # or "" are not converted correctly to the automatically-generated index page when exporting to HTML, whether or not the WebApp template is used. You noted that links with # don't seem to work with the WebApp template -- could you let me know if that is only on the automatically-generated index page (typically called _page_index.html), or in other instances of that link?</p>
<p>All the best,<br>
Colin<br>
Primate Labs Inc.</p></div>Colintag:support.primatelabs.com,2011-01-31:Comment/446506152018-05-14T06:56:22Z2018-05-14T16:17:21ZVoodooPad remains stuck at "Reading the document for the first time, this may take a while" window<div><p>Hi Colin</p>
<p>I have been bussy with other tasks these months, and now I am coming back<br>
to look for a setup that will allow me to transform my VoodooPad documents<br>
into a full operating html wiki.</p>
<p>You asked me in your last response</p>
<p><></p>
<p>I have checked it and can confirm you that links with # and " " doesn't<br>
work at the automatically-generated index page but they <em>DO work</em> from<br>
other html pages out of the automatically-generated index page. Instead,<br>
long titled pages are not exported, and when links to them are clicked from<br>
either automatically-generated index or other pages out of it, I get a<br>
"File not found" message. Links with << >> work normally at the automatically-generated<br>
index page</p>
<p>I could also check that long titled pages are simply not exported (they get<br>
a message "file not found" both from automatically-generated index and from<br>
other pages), probably due to the macOS limit to 250 characters on file<br>
titles, as you had pointed out.</p>
<p>It seems that pages with non English characters, as ¿ á é í ó ú ñ ... do<br>
work normally, fortunately.</p>
<p>I take the opportunity to point out that would be great if a search box<br>
wiki-wide could be included in the html export templates</p>
<p>regards,<br>
Pablo</p></div>Pablo Culebrastag:support.primatelabs.com,2011-01-31:Comment/446506152018-05-15T18:13:59Z2018-05-15T18:13:59ZVoodooPad remains stuck at "Reading the document for the first time, this may take a while" window<div><p>Hi Pablo,</p>
<p>Thanks for following up with me. I'll pass this information along to my team and see if we can resolve this in a future update. Adding a search field to the WebApp template is a neat idea, and I'll pass this along to my team as well to see if we can implement it.</p>
<p>All the best,<br>
Colin<br>
Primate Labs Inc.</p></div>Colintag:support.primatelabs.com,2011-01-31:Comment/446506152018-11-23T22:50:57Z2018-11-23T22:50:57ZVoodooPad remains stuck at "Reading the document for the first time, this may take a while" window<div><p>Hi Colin,</p>
<p>I write you again about VoodooPad, which I am using heavily now and I am<br>
happy with.</p>
<p>The point is that I am planning to make a super-wiki with it... you know,<br>
it could have thousands of pages... I have excluded images from the<br>
beginning, but each page can have 2-3 alias in average (it's multilingual)<br>
and so I wonder which is the recommended size limit for a VoodooPad<br>
document... both in terms of total amount of pages, links / alias and total<br>
weight of content... so I wanted to ask you about it.</p>
<p>My intention is to load it to a web host in order to have the content<br>
reachable from anywhere even with a smartphone.</p>
<p>Thank you very much<br>
Pablo</p></div>Pablo Culebrastag:support.primatelabs.com,2011-01-31:Comment/446506152021-06-24T10:35:46Z2021-06-24T10:35:46ZVoodooPad remains stuck at "Reading the document for the first time, this may take a while" window<div><p>Hi Colin. I have been following Voodoopad forums looking forward for the<br>
release of VP6. Now things seem a bit stuck.. is VP development still going<br>
on? I depend critically on this nice software in my workflow, and would<br>
like to know the software is still alive.</p>
<p>Thank you,<br>
Pablo</p></div>Pablo Culebras