My bookdown report knitted to PDF tries to link to the underlying results like so
[This](./somedir/.) directory contains some data.
or so
[This file](./somedir/specific_data.txt) contains something more specific.
On (Arch)Linux using okular (my devel environment) all of this just works fine (file manager opens for the first, MIME type defined application for the second link), but on MS Windows and OSX Acrobat Reader asks whether to follow that link and after allowing to do so, the only thing that happens is that the dialog window disappears ...
Is what I want generally impossible on those platforms or am I doing something wrong?
Thanks, Joh
I found the solution:
[This](run:somedirrelativetothedocument/.) directory contains some data.
[This file](run:somedirrelativetothedocument/specific_data.txt) contains something more specific.
Related
Adobe RoboHelp 2020 Trial Version:
The list of available output presets is also missing Responsive HTML5, and Mobile App.
I did have a problem with the PDF output geneation. Error message advised to install Java runtime, as it was missing. After Java installation, PDF genearated. But its bookmarks did not work at all.
I have worked laboriously at learning how to use the RoboHelp; and also took several days to create my project. I desperately need to generate CHM output for a Windows program that I developed. I was devastated when I finally went to generate CHM output/Microsoft HTML Help, it was not on thelist of presets.
That said, I am at wits end, having searched for potential solutions. Can someone please suggest a solution?
Also the Adobe RoboHelp 2020 Trial Version contains the functionality to generate CHM help files.
To add and output the Microsoft HTML Help (CHM) in your presets, click the + icon in the Outputs panel as shown in the screenshot below.
Select Type Microsoft HTML Help
Enter a short Name like CHM
After that it is available for permanent use, e.g. in the Quick Generate window.
I updated RH 2020.
I selected the Microsoft HTML Help preset
I configured the preset: I selected the TOC file. I specified the output folder, which is on a different drive than the project folder. (I knew that it could not be in the location whose parent folder was the project folder.)
Then I clicked the command button to generate the CHM. The progress display continuously indicated the various task that were being performed during the generation process.
Ultimately, I clicked the View Output button. The program displayed an error message indicating that the CHM filed could not be opened. I checked the output designation folder; and, the file existed. However, it was only 1 KB. I double-clicked the CHM file; but, the same error message appeared as when I attempted to open the file from within RoboHelp.
As an aside, I tried he same process with RoboHelp’s sample project, i.e., Compass Travel. And, wouldn’t you know it? The CHM file did properly generate and display; even the bookmarks functioned as expected.
That said, I had mentioned in the original post that I had generated a PDF output. But, the bookmarks did not worked.
Clarification:
The H 1 bookmarks display. However, clicking anyone of the them results in nothing. Whereas most of the H 1 folders have several H 2 subfolders; and there existed two H-3 level items.
Occasionally I had not saved my source script, and its old version opened. I can find the new version which was executed during the previous session, but only like shreds: I search in history and it shows me a piece of code, but not all lines though they were executed simultaneously. Is there any way to access the complete history, which is definitely stored somewhere, but not shown as a whole? Thanks!
I am using R version 3.6.2 and RStudio Version 1.2.5033.
Search for the "history_database" file. It is an ASCII file and it is usually stored in the folder
C:\Users\username\AppData\Local\RStudio-Desktop
Please, take a look at: https://support.rstudio.com/hc/en-us/articles/200526217-Command-History
use shortcut key Ctrl + 4 to put focus on history or Ctrl+Shift+4 to enlarge window of history. Let us know
I am a PC user and have used the write.table (and write.csv) extensively.
I am teaching students how to use R, but some of them use a Mac.
On a PC, the following code:
write.table(mydata, file.choose(), row.names=F, col.names=T)
opens up a browser window, allowing the user to specify the folder where to save the new file, and specify the file name and extension. (Strangely enough, the user is then prompted to click the button "Open" to create a file.)
On a Mac however, it appears there is no way of specifying the name and extension of the file being created, once the window opens. In other words, there does not seem to be a way to actually create a file.
Am I missing something?
Is the solution simply to replace the "file.choose()"
with the full path to the new file?
LGTM:
Having said that, if your student is using RStudio then you would normally need to go to their github repo and file an issue but I've already done that https://github.com/rstudio/rstudio/issues/3903. They seem to intercept the call and pass it to Qt which is not honoring it (it's not a macOS issue but a Qt issue).
I can insert MS Word files as OLE into a DOORS object, both manually and via DXL, but PDFs (and EPS as well) behave different: it is difficult to make those not appear as icon.
I able to insert a PDF file (showing some graphics) as OLE manually only by using the dialogue's Create New radio button with specifying the type explicitly as Adobe Acrobat Document (without the Display As Icon option). All is well in this case.
Using the radio button Create from File button leads to the same undesired behaviour as using the DXL function insertOle() to insert the object: the result is displayed as icon only.
if (oleInsert(current, "c:\\temp\\27.pdf", false))
print "Successfully embedded document\n"
else
print "Problem trying to embed document\n"
Gives me:
Double-clicking the icon opens the associated application (Acrobat Reader) and shows the embedded PDF properly. However, the OLE properties dialogue displays the type Package. Manual insertion as described above creates an OLE object with the type Adobe Acrobat Document (as specified while creating it).
Inserting a Word document via DXL instead of the PDF makes the embedded document being rendered properly -- apparently the type is determined automatically and correctly:
Apparently, I am not able to (but would have to) specify the OLE type when inserting the PDF.
I am aware of a similar problem at the IBM forum, but the code from there did not even update existing OLE objects but left my objects without any OLE content! Another thread addresses that problem too, but does not provide a detailed solution.
There are two things I would check that would cause a different result for you and your colleague:
Check if they have a full 'edit' version of Adobe Acrobat installed. Since OLE is a Microsoft standard, having Full Acrobat instead of just the Viewer installed may register components with Windows that allow the OLE to display properly for them.
If they do not have Full Acrobat installed, then perhaps they have a different version of the Viewer or a 3rd party PDF viewer that you do not have on your machine.
The DXL reference manual specifically states that An OLE package is created if a file has no associated applications that support OLE. So your system is not recognizing the association, but your colleague's is.
The root cause is still unknown, but the problem was solved eventually. My Windows user account was deleted and created from the scratch. Now it works.
Another colleague has the same problem -- maybe we will take the time and try to isolate file / setting which contained the cause.
I found a link (http://wiki.alfresco.com/wiki/Content_Transformations) that says that i need to create a file named my-transformers-context.xml and put my configurations there to convert RTF to PDF...
There says that some configuration are already configured but this one (RTF to PDF) and some others (DOC to PDF) are not.
By the way i couldn't find how to create this xml with the right configuration to convert the RTF file into a PDF...
Someone already done something like this? or someone know a link that explain how to configure this xml file?
PROBLEM SOLVED!!!!
I don't know if there is a way to say that i've solved the problem... But here it goes the solution...
I saw what Gagravarr said and started looking for configuration of openoffice into alfresco...
There is a file named:
alfresco-global.properties
and there is two variables named:
ooo.exe
and
ooo.enabled
the first one must indicate the path to sopenoffice.exe
and the second one must be equal to true...
ooo.enabled = true
That solve a lot of problema to convert some kind of file to another... like RTF to PDF...
Out of the box, Alfresco should be able to transform a RTF file to a PDF using OpenOffice (direct or JodConverter, depending on if you're on Community or Enterprise)
Assuming you're on a new enough Alfresco, this webscript will tell you what transformations are available from and to RTF:
http://localhost:8080/alfresco/service/mimetypes?mimetype=application/rtf#application/rtf
If that doesn't show you RTF -> PDF, then you need to look at your open office configuration/setup