Hi,
I am trying a older version of Freeplane, 1.7.x on Linux. And I noticed a behavior when for example an image is dropped to a map called for example "MyMap.mm" it will create a folder MyMap_files in the same directory as the map and will copy the image to it and will link it. Also it will add a numeric value to the filename like MyImageFile_5687123989328929834.png.
Any ideas how to deactivate that behavior. I never noticed that behavior before, maybe when I was using 1.7.x in the beginning it was like this and I changed some setting? For now I did some scripts to fix the paths etc but it seems better in Linux not to drag-n-drop but to copy-paste the files.
Links are set to absolute.
Thanks,
Alexandre
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Apologies for the off-topic question, but do you mind explaining why you are using an old version of Freeplane? I see some community members doing this intentionally and understanding why they do might affect the new documentation.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Apologies for the off-topic question, but do you mind explaining why you
are using an old version of Freeplane? I see some community members doing
this intentionally and understanding why they do might affect the new
documentation.
I think it's best to install the most recent version of FP to confirm that the bug still exists before asking for support for an older version if there is no compelling reason that you are using the older one.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I installed the latest on linux, and there is still the issue. But it
doesn't seem a bug, but more something by design. Like I don't see how a
bug would would create a subdirectory _file and copy the file there. It
seems more something like to keep the files local to the map.
I think it's best to install the most recent version of FP to confirm that
the bug still exists before asking for support for an older version if
there is no compelling reason that you are using the older one.
There is a preference option related to this. Maybe you it was unchecked in one of your FP instalations and checked in the other, or someting like that.
the option is in
Preferences…->Behaviour->Behaviour->Paste images from files
bye
edo
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I unchecked it (Paste images from files) and then restarted freeplane, and
there is the same behavior on image drag-n-drop: images being copied to a
_files subfolder of the map and linked from there.
Also with this unchecked, the images being drag-n-dropped are not visible
as images on the map anymore, but appear only as links (to the _files
subfolder).
There is a preference option related to this. Maybe you it was unchecked
in one of your FP instalations and checked in the other, or someting like
that.
the option is in
Preferences…->Behaviour->Behaviour->Paste images from files
I unchecked it (Paste images from files) and then restarted freeplane, and
there is the same behavior on image drag-n-drop: images being copied to a
_files subfolder of the map and linked from there.
Also with this unchecked, the images being drag-n-dropped are not visible
as images on the map anymore, but appear only as links (to the _files
subfolder).
There is a preference option related to this. Maybe you it was unchecked
in one of your FP instalations and checked in the other, or someting like
that.
the option is in
Preferences…->Behaviour->Behaviour->Paste images from files
Hi,
I am trying a older version of Freeplane, 1.7.x on Linux. And I noticed a behavior when for example an image is dropped to a map called for example "MyMap.mm" it will create a folder MyMap_files in the same directory as the map and will copy the image to it and will link it. Also it will add a numeric value to the filename like MyImageFile_5687123989328929834.png.
Any ideas how to deactivate that behavior. I never noticed that behavior before, maybe when I was using 1.7.x in the beginning it was like this and I changed some setting? For now I did some scripts to fix the paths etc but it seems better in Linux not to drag-n-drop but to copy-paste the files.
Links are set to absolute.
Thanks,
Alexandre
Apologies for the off-topic question, but do you mind explaining why you are using an old version of Freeplane? I see some community members doing this intentionally and understanding why they do might affect the new documentation.
Hi quickfold,
On windows I use the latest 1.9.x. But I am trying linux in a vm and
installed freeplane from the application manager which installed version
1.7.x.
Thanks.
On Mon, 4 Oct 2021 at 04:12, quickfold quickfold@users.sourceforge.net
wrote:
I think it's best to install the most recent version of FP to confirm that the bug still exists before asking for support for an older version if there is no compelling reason that you are using the older one.
I installed the latest on linux, and there is still the issue. But it
doesn't seem a bug, but more something by design. Like I don't see how a
bug would would create a subdirectory _file and copy the file there. It
seems more something like to keep the files local to the map.
On Mon, 4 Oct 2021 at 12:26, quickfold quickfold@users.sourceforge.net
wrote:
it's not a bug.
There is a preference option related to this. Maybe you it was unchecked in one of your FP instalations and checked in the other, or someting like that.
the option is in
Preferences…->Behaviour->Behaviour->Paste images from files
bye
edo
Hi Edo,
I unchecked it (Paste images from files) and then restarted freeplane, and
there is the same behavior on image drag-n-drop: images being copied to a
_files subfolder of the map and linked from there.
Also with this unchecked, the images being drag-n-dropped are not visible
as images on the map anymore, but appear only as links (to the _files
subfolder).
On Tue, 5 Oct 2021 at 03:50, Edo Frohlich edo_f@users.sourceforge.net
wrote:
Btw it is not a big issue I can use copy paste instead of drag-n-drop.
On Tue, 5 Oct 2021 at 08:54, alexandre viau alexandreviau@gmail.com wrote: