Activity for Stefan Blixten Karlsson
-
Stefan Blixten Karlsson modified a comment on discussion General Discussion
When it come to the fonts Lines and LinesMono, I know about the plain vs bold style. The thing is that they have, in my opinion, too thin lines compared the there size when using the plain style, especially when displayed on the reMarkable. So I usually always use them bold. What I would like to implement in the markdown conversion tool, is the different levels of bold that some Markdown viewer shows . So if there was a way to control the thickness of the lines in those fonts, maybe as a scale factor....
-
When it come to the fonts Lines and LinesMono, I know about the plain vs bold style. The thing is that they have, in my opinion, too thin lines compared the there size when using the plain style, especially when displayed on the reMarkable. So I usually always use them bold. What I would like to implement in the markdown conversion tool, is the different levels of bold that some Markdown viewer shows (see attachment). So if there was a way to control the thickness of the lines in those fonts, maybe...
-
You are right, I want to change font and/or properties of some words in the middle of text block even if it is split up into multiple lines. A short time after I published my quetstion, I realized that it might not solve what I wanted to do anyway. Since I like to use the "Lines" and "LinesMono" fonts, and as I understand, the line thickness of these cannot be changed to make them bold. I did not know about BLC, I have only been using the compass directions since they where the only one I could guess...
-
Would it be possible to add a new function similar to here, that instead of returning the current position, returns the lower right bounary position of the last text line? Perhaps call it textpos.
-
Would it be possible to add a new function similar to here, that instead of returning the current position, returns the lower right bounary position of the last text? Perhaps call it textpos.
-
Would it be possible to add a new function similar to here, that instead of returning the current position, returns the lower right bounary position of the last text? Perhaps call it textpos.
-
Oops, I'm sorry, my fault... I didn't execute the command correctly. It does works as intended, except for rmapi which I knew didn't work. That was why I tried the other formats. Thanks for a super tool!
-
Drawj2d doesn't seem to generate valid reMarkable files anymore :-( I tried rmdoc/rmapi and rmn formats, but none of them works anymore. Last time I tried was 14 September, when it worked perfectly, but not anymore :-( Any clue on what it might be?
-
Thanks for you quick answer and list of options. I now think I know how to proceed.
-
Is there a way to access environment variables from HCL ?
-
If you are interested, I have just added, what I think is the last of the missing glyphs for ISO 8859-1 to plain Lines font . And that was: £ - stealing ¤ - currency ¥ - Yen ¬ - Logical not ® - Registered ¶ - Pilcrow For more detail, see attached files.
-
I you are interested, I have just added, what I think is the last of the missing glyphs for ISO 8859-1 to plain Lines font . And that was: £ - stealing ¤ - currency ¥ - Yen ¬ - Logical not ® - Registered ¶ - Pilcrow For more detail, see attached files.
-
I have tested a couple of PDF-pages, and r312 seems to work as intended regarding single lines. Den ons 14 apr. 2021 kl 15:01 skrev A. Vontobel qwert2003@users.sourceforge.net: I have made another (experimental) commit [r312] https://sourceforge.net/p/drawj2d/code/312/. Now the command image drawing.pdf will also draw single lines with associated line widths instead of outlines (exception: dashed lines). Same as for image drawing.svg. Feel free to test it and report if it works for you. Drawj2d releases...
-
Now also the scaling seems to works. Great work! Den sön 11 apr. 2021 kl 11:03 skrev A. Vontobel qwert2003@users.sourceforge.net: Thanks for catching the scaling issue. I have commited [r311] https://sourceforge.net/p/drawj2d/code/311/, it sets the assumed svg resolution to 96 dpi (same as drawj2d -Tsvg assumes when writing svg). Please try again. Drawj2d releases 1.2.x https://sourceforge.net/p/drawj2d/discussion/general/thread/ca235cc8a3/?limit=25&page=1#196b/61a0/91c5/9f98/35db/8025 Sent from...
-
The suggested changes to build.xml didn't help, still unable to build with Java 16. I uninstalled Java 16, and installed Java 11 instead, and now it compilers and runs. And is does no longer outline the lines, great work! I did however notice that there seems to have happened something with the overall scaling between 1.2.3 and 1.2.4(r310). See attached svg- and screen captures (BTW it's a 5mm grid in the background for reference). Notice how everything have been scaled down between the versions....
-
Tried to build it, but got "BUILD FAILED" ! See console output below: C:\Users\Stefan\Documents\reMarkable\Drawj2d\code\trunk svn info Path: . Working Copy Root Path: C:\Users\Stefan\Documents\reMarkable\Drawj2d\code URL: https://svn.code.sf.net/p/drawj2d/code/trunk Relative URL: ^/trunk Repository Root: https://svn.code.sf.net/p/drawj2d/code Repository UUID: 71f7b201-d04d-4194-9269-977e268ebef5 Revision: 310 Node Kind: directory Schedule: normal Last Changed Author: qwert2003 Last Changed Rev: 310...
-
Yes, I think that it sound like the best approach.
-
Just to clarify the main reason for why I would like to have this fixed. Since the reMarkable format is vector based anyway (with line thickness), there is no reason to convert lines without fill. As it is now each input vector is converted to surrounding vectors, that the reMakable can't fill anyway. This will then significantly increased the number of vectors for the whole image. It will therefore be unnecessarily slow for the reMarkable to drawn, move and etc. So this is not a request to fix the...
-
Just to clarify the main reason for why I would like to have this fixed. Since the reMarkable format is vector based anyway (with line thickness), there is no reason to convert lines without fill. As it is now each input vector is converted to surrounding vectors, that the reMakable can't fill anyway. This will then significantly increased the number of vectors for the whole image. It will therefore be unnecessarily slow for the reMarkable to drawn, moved and etc. So this is not a request to fix...
-
Just to clarify the main reason for why I would like to have this fixed. Since the reMarkable format is vector based anyway (with line thickness), there is no reason to convert lines without fill. And, as it is now each input vector is converted to surrounding vectors, that the reMakable can't fill anyway. This will then significantly increased the number of vectors for the whole image. It will therefore be unnecessarily slow for the reMarkable to drawn, moved and etc. So this is not a request to...
-
I think that it creates outline shapes that it fills, to avoid using line thickness, but why!?! Have you tried, how the suggested change behaves with a "more complex" svg/pdf ?
-
I'm not that familiar with Java, I'm more of a C-programmer. I just tried some more, and now I don't think it's related to SVG files, since its the same behavior when including PDF files. I just saved the SVG file as a PDF using Inkscape. and included that instead in the HCL file.
-
...yes, limitation is a better name... ...but in this case there should NOT be any "fill", it should only be a lines a round the perimeter. So, why is it then a double line ?
-
Found a bug :-( When using SVG-file even single path lines are draw as double lines when send to the reMarkable2 via rmapi. As I understand it the reMarkables notebook format can't handle filled areas, only lines, but with different widths. See attach files, that will show the problem. BTW, it only shows up incorrect when using "--type rmapi", it seems correct on other output types (I tried png, pdf and screen). I'm using drawj2d v1.23.
-
Found a bug :-( When using SVG-file even single path lines are draw as double lines when send to the reMarkable2 via rmapi. As I understand it the reMarkables notebook format can't handle filled areas, only lines, but with different widths. See attach files, that will show the problem. BTW, it only shows up incorrect when using "--type rmapi", it seems correct on other output types (I tried png, pdf and screen).
-
That looks great! That will make all Swedish letters available! Thanks, and keep up the good work!
-
..and here are the missing Swedish letters (åÅ) in italic.
-
How about these for the missing Swedish letters (åÅ)
-
I noticed that some quotation marks and Swedish letters are NOT "simple" lines in the Lines font, see attached image and hcl-file. I do hope that you can fix this. (BTW the image is from the reMarkable)
-
Problem when receiving date/author/log message from codeplex.com.
1
