IDEA: constraints (vector) (2D) image format to work with JPGs and PNGs
Categories
(Thunderbird :: Message Reader UI, enhancement)
Tracking
(Not tracked)
People
(Reporter: bas.surf, Unassigned)
Details
Attachments
(1 file)
|
40.71 KB,
image/png
|
Details |
User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:76.0) Gecko/20100101 Firefox/76.0
Steps to reproduce:
I understand this is also the place to file or archive ideas.
As an email client can "only" display jpegs and png, (and only inline if embedded, as rendered music typesetting Lilypond code would be,) a new image format should also have constraints, including color constraints and deformation constraints, as well as attached raster image constraints (to position another attached raster image relatively). With additional constraints in a paragraph in de email, optionally. (Let's say paragraph 3.)
An example, a top down truck and trailer, with kingpin constraints, wheel directional movement constraints, -1/3 (ratio) turning constraints of trailer back axle, and maybe some more constraints in the email. (So the image can not only deform, but also move across the email body by being dragged with the mouse.) (Maybe I'll include one other example attached, as a mock-up vector image with constraints.) (Thanks.)
Maybe with a satellite image server (such as Google Maps Satellite), but that's a separate issue.
I could embed a rendered ABCplus music picture inline (jpeg or png?), preferred as to include a (much sharper and reduced filesize) PDF attachment, jpegs introduce artifacts and may still be not smaller than a png, but even when the plain text rendered in the client would be best, a vector alternative to jpeg or png would be already great in itself. (The actual rendering engine would be third party. Would be awesome if I could then financially support Thunderbird/Mozilla of course, and stay with a version, such as 68, to keep the buttons in place, and just security update.)
A (semi) 3D image would clarify my second example somewhat, rendered inline in the message body, but the purple bit is the hollow tube that can be slightly turned.) (It's supporting a hatch.)
Actual results:
Thank you for also being able to report bugs, and for your work. I couldn't have done that myself.
As I get many messages back informing me of my unclarity (thanks), in general, these characters are the total file-size (116 bytes) of the vector rendering, even more efficient than a vector image file:
X:1
M:C
L:1/8
K:C
Q: "Scherzando"
z2|c/z/ (3(G/F/G/) _AG z !mf! B c|]
s:**** !tenuto! !tenuto! !dot! !dot!
As for rendering vector images; compressed xml such as svgz might not be ideal, but then I went straight ahead of including restrictions, or constraints, as that doesn't exist yet to my knowledge, to skip an existing vector image and go for that straight away (in addition to rendering tables, Lilypond, or M-Tx, and/or syntax highlighting a paragraph).
If stated that paragraph 5 (for example) is a table, that paragraph could be rendered as a table, just on the basis of the numbers or data in paragraph 5. So, for example:
days week24 week 25 week 26
mon 532 234 312
tue 195 765 318
wen 481 237 953
thu 487 - 423
fri 781 263 [fri26]
sat 491 725 719
sun 781 349 789
Yours, Bass
(And the mock-up again, below, that would render the email body.)
%^%mdb
english %that is, spellcheck
p2 abcplus
p5 table space
unknown value [fri26]
for your review
Apologies, of course that does exist.. applications that incorporate constraints (such as SolveSpace) do save their files..
I just don't know which one would be ideal. I'll try to stop here.
Updated•3 years ago
|
Thanks for looking into it. See if you like it.
Some details, or parts of the text above, not sold with* the constraints idea, *free from me;
The last 'for your review' line should then be also parseable, or just ignored. Standard everything disabled, like al urls and email senders (like windows.vbs.txt) should be disabled by default for anyone thus becoming computer illiterate or alienated. Like a hammer to not execute scripts.
It followed '%^%mbd' or anything you might like or prefer, but could also be closed (to stop parsing) with '%^%mdb.' with a dot.
Since abcplus is the (main) contribution of Jef Moine, he should probably have a (decisive) say if he wishes to, with anything else he might say.
Probably all according to the principle of (the separation of)
'security-trust | bugs-features | preferences-goal | know-no'
standard off/code not included/disabled if you wishes to. (By the grace of its developers and supporters.)
Enabling stuff in the %^%mdb 'to parse' section can or may be done (by grace of its developers) per part, for example just the stuff that html would do, for example 'p2w1 i', first word in the second paragraph italic, in this case done with the excellent alternative of markdown asterixes, and the Preview tab, thanks for that.
Advantage is the just plain text messages (including the word choices of the sender, which also may be blocked by not showing particular offensive words, again, by the grace of its developers, where an '0' is an 'o'), that may be marked up if you like the sender's email address.
Like not this footer with an end parse because I can't stop talking:
%^%mdb
p2w1 i #so that would be the word 'Some'
%^%mdb.
And a renewable alcohol free cheers to you, should you want to. (I'm not an expert so that may be my default.) Or enjoy yourself. Shout out to the time management of programmers.
Probably the best markup to disable and ignore. Include an //mdb in your mdb to automatically tell my email client to stop sending you mdb completely. Or to not send you emails. I get that too.
If I may, I missed one in the Preview, but it could also be a preference; it says
"Include an //mdb in your mdb to .."
where I wrote it with one back slash originally, /\/mdb, (done here with an escape backslash,) subject to preference or improvement, but that also shows that the (or a '%^%abcplus') parse section in an email would be better. And arguably easier. (To see.)
Optionally syntax highlight if a paragraph is indicated to be c++ code for example.
Execute only popups if the receiver would want that, (and installed that locally,) for some reason.
And render an image or scripted animation, with constraints, with text you might also be able to read, not containing potential offensive stuff.
And propose margins and fontsize and attached images place holders should grandma have this printed. On a printer to not cut 3mm margin from its scans thanks Brother Printers. Got to be able to tell and sneak that in.
With %^%mdb (or something similar unique) unexecuted plain text would be the default. No more HTML, to just make some character bold. Thanks again if you like the luik (hatch) constraints example. It's Dutch.
Last one (working on it) plain text (parsed in this case) example in this forum similarly, a mockup, using the useful Markdown to help with that, with the (almost) footer (to parse, including start and stop with the dot) bit hidden or not, shown here:
So these three words are bold because it's so important.
Yours, Bas
%^%mdb
p2w2-4 b
%^%mdb.
Have a lot of fun.
Yes I can't stop talking, the table bit could also be done to not render, but to (also not) use fixed width font. Tagged by the or a (secret (don't tell) per sender or user) 'this is a table paragraph' marker.
Thanks again for this not buggy forum. Cheers.
To say, last email the third paragraph is not relevant, and the second paragraph should have been this:
Some information, better structured, yadayadayada, and point.
%^%mdb
amend email (
/ p3 collapse, remark=My bad, not relevant.
/ p2=p2 #second paragraph in sent email to be replaced by second paragraph in this email
/ sent=2024-06-21T13:05:06+02:00 #specimen
/ ID= #some ID
/ password inbox= #some password or passphrase
)
%^%mdb.
Here's a virtual attachment describing a top down truck toy, with real for scale dimensions to superimpose on top of a map (attachment), or virtual attachment describing the (top down) roads and buildings lines and polygons, or describing what to show of openstreetmap.org for example. (If enabled by the user. Everything off by default.)
%^%attachment1 [details] [diff] [review]
filename=topdown truck saved from [Email client] message.[extension]
filetype= #something with constraints
part(color;dimensions;constraints)=
/ red
/ 2.56m
/ kingpin@1.254.5m
part(color;dimensions;constraints)=
/ red
/ 2.514m
/ kingpin@1.252m
join(restrictions)=kingpin(360°)
placement(position;angle;on)=
/ 100*220m
/ 15
/ attachment2 [details] [diff] [review] #described here below
%^%attachment1 [details] [diff] [review].
%^%attachment2 [details] [diff] [review]
#describing an actual email attachment to scale
filename=map.png
size=312*538m
%^%attachment2 [details] [diff] [review].
My inbox password for this week (till Sunday 23:00) is cookie, give or take an extra character, not case sensitive, if you want to send attachments (including virtual one described in the email), my attachment password is monster.
It would help if you got your email address registered, public or not. To go for the contents, or anything you like. It's plain text with markup and you can cut off the entire markup. To be improved upon. Be kind. It's an alternative.
The asterix got replaced in my previous message;
first part described is 2.5 * 6 m, kingpin at 1.25 * 4.5 m, using the \ escape character to display a *,
second part described is 2.5 * 14 m, kingpin at 1.25 * 2 m.
And the 'attachment and number' was just text.
Description
•