move export hints from SVG files to prefs

[Bug Importer]

Currently, whenever I edit a document in Inkscape, it
automatically adds a "codebase" attribute to the
outermost SVG element. This contains the absolute path
to the directory containing the document, and since I
use Linux, this path contains my home directory which
in turn reveals my username.

For the life of me I can't figure out why the docbase
is saved; is serves no usable function whatsoever. All
it does is give away data about my identity. Could this
attribute please be removed ?

[Horkana-users (horkana-users)]

If it is not being used it would be good to clear it out
would be good to reduce the amount of sodipodi/inkscape
specific markup

if it is actualy being used to provide something equivalent
to base href then I think some form of xlink should probably
be used

[Bug Importer (bug-importer)]

To Horkana:

Docbase points to the folder the document was last saved to.
As relative links already use the location of the document
as the starting point, using docbase attribute for
providing the base URL would be completely useless at best
(since it gives no information that wouldn't be already
known) and would actually lead to errors, if the document
and the files it depend from have been moved since last save.

Given this, I certainly hope that nothing in code uses
docbase for anything...

[Horkana-users (horkana-users)]

you misunderstand what I meant

I was guessing that if a document was moved after editing
the docbase could be used to correct any broken links when
it was next opened in an editor. Which might be nice but
doesn't seem to happen and it does seem like docbase isn't
actually being used for anything.

[Buliabyak-users (buliabyak-users)]

Originator: NO

finally eliminated, yay

[Hartwork (hartwork)]

Originator: NO

I still cannot believe I released SVG files reveiling details about
my file system... Please let me know from what release the
sodipodi:docbase attribute is missing. I am running the currently
latest stable

   Inkscape 0.45.1, built Mar 23 2007

here and that still seems to have it.

Thanks in advance,

Sebastian

[Buliabyak-users (buliabyak-users)]

Originator: NO

it's removed in SVN development builds and therefore in 0.46 when it's out

[Hartwork (hartwork)]

Originator: NO

Has "inkscape:export-filename" been removed as well?

Sebastian

[Buliabyak-users (buliabyak-users)]

Originator: NO

No. Unlike docbase, export hints serve a useful purpose. But you can
submit a RFE for a way (command?) to clear them.

[Hartwork (hartwork)]

Originator: NO

I agree it is a good idea for Inkscape to save this information.
But why in the file - why not map this information in some kind of cache?
The the export hinting information is a user/machine specific thing.
If I export PDF to C:\ by default why should anybody else want to?

To sum up please move all these attributes out of the files:
* sodipodi:docname
* inkscape:output_extension
* inkscape:export-filename
* inkscape:export-xdpi
* inkscape:export-ydpi

In general when I save a file I expect that file to only contain
what I asked for. Please help me here - I really hate the thought
of being forced to write svg-privacy-strip shell scripts.

Sebastian

[Horkana-users (horkana-users)]

Originator: NO

My interest in this was to see sodipodi namespaced markup go away, and I'm
glad one step closer has been made but I didn't want to see even more
Inkscape namespaced markup either. If things cannot easily be expressed
using the various existing standards from SVG to OpenDocument and all the
bits in between I'd be very skeptical about the wisdom of storing them in
on a per file basis rather than as part of Inkscape preferences. As you
can read hartwork is interested in his exported documents not revealing too
much private information and from other requests in the tracker I know he
isn't the only one who would prefer to keep his username out of his
documents.

I'm inclinded to agree that although this information is useful to have,
things like the save/export locations are better saved elsewhere (doing it
on a per file basis and saving the information in every file might be what
a few people who work with many files think they want but between the file
chooser bookmarks and inkscape remember the last save locations it should
be enough for most).

[Buliabyak-users (buliabyak-users)]

Originator: NO

ok, reopening and renaming, though i can't promise to work on this any
time soon

[Maximilian Albert (cilix)]

As of rev. 22033, inkscape:output_extension is removed from the code base (I haven't checked the status of the other attributes, though).

[bbyak (buliabyak)]

The point of export hints is that they are stored per-object. Storing the IDs and export data for all exported objects in all documents in prefs does not sound too elegant and will be hard to keep up to date - any deletion of an object and any ID change will have to go to prefs and update that data so it stays in sync. I don't know if it makes sense to implement all this.

Once again: I agree to add a preference option to save export hints (on by default), and/or a command to remove all hints if you want to share your file. But otherwise, the current system is simple, straightforward, and saves a lot of time in real work.

[Hachmann (marenhachmann)]

Does 0.92 still save the file names? I accidentally posted an image where I hadn't cleaned it up manually, returned today to clean it up, and there are no file names saved. Now I played with 0.92 to confirm, and *a single time* it did save the export file name in the svg. The 8 other times I tested this, the file names were not saved. The resolution was adapted.

Is this intended or a regression?

[su_v (suv-lp)]

@Hachmann - see bug #1153829 (not fixed yet).

[Hachmann (marenhachmann)]

Thanks a lot!