Skip to content

Commit

Permalink
Preparing version 1.8.0 Beta 6 as new release
Browse files Browse the repository at this point in the history
  • Loading branch information
dpradov committed Sep 12, 2023
1 parent b60b924 commit c348abe
Show file tree
Hide file tree
Showing 11 changed files with 581 additions and 708 deletions.
2 changes: 1 addition & 1 deletion doc/BetaReleases_README.txt
Expand Up @@ -26,7 +26,7 @@ extract to a folder and then overwrite it with the files in the following archiv
See #544: New option to keep backups at regular intervals (https://github.com/dpradov/keynote-nf/issues/544)
- - - - - - - - - - - - - - -

* KeyNote_1.8.0 Beta4.zip
* KeyNote_1.8.0 Beta6.zip
- KeyNote.exe
- kntutils.dll
- *.txt
Expand Down
498 changes: 498 additions & 0 deletions doc/Changes in 1.8.0 Beta1-6.txt

Large diffs are not rendered by default.

Binary file added doc/Changes in 1.8.0 Beta1-6_Details.7z
Binary file not shown.
314 changes: 0 additions & 314 deletions doc/Changes in 1.8.0 Beta1.txt

This file was deleted.

119 changes: 0 additions & 119 deletions doc/Changes in 1.8.0 Beta2.txt

This file was deleted.

47 changes: 0 additions & 47 deletions doc/Changes in 1.8.0 Beta3.txt

This file was deleted.

83 changes: 0 additions & 83 deletions doc/Changes in 1.8.0 Beta4.txt

This file was deleted.

19 changes: 0 additions & 19 deletions doc/Changes in 1.8.0 Beta5.txt

This file was deleted.

17 changes: 0 additions & 17 deletions doc/Changes in 1.8.0 Beta6.txt

This file was deleted.

33 changes: 29 additions & 4 deletions doc/Comments on KNT file formats.txt
@@ -1,5 +1,5 @@
File formats in KeyNote NF. Native vs Compressed format
=======================================================
File formats in KeyNote NF. Native vs Compressed format / Use of IMAGES
=======================================================================

To help decide which format may be the most suitable to use with KeyNote NF files, depending on the circumstances,
I have made a series of measurements that I show below.
Expand All @@ -11,7 +11,8 @@ desktop, running Windows 10.

I have used two files as a reference, comparing in both cases the times obtained when loading and saving the files,
considering the native format and three options of the compressed format: Max, Default, Fastest


* Note: See the notes at the end regarding sizes after pasting images vs dragging images

In general terms I want to highlight the following:
---------------------------------------------------
Expand Down Expand Up @@ -86,7 +87,31 @@ In general terms I want to highlight the following:
- Native: 27.569 KB 1.438 (*) 47
- Zip Max: 5.418 KB 1.593 2.422
- Zip Default: 5.453 KB 1.547 1.328
- Zip Fast: 6.827 KB 1.594 391
- Zip Fast: 6.828 KB 1.594 391

(*) Reading and parsing the file, loading the data model, but without building the UI: 188 ms


* NOTE - The sizes of "File 2", could be much smaller if the images had been dragged into the editor from files
(for example, Img1.png and Img2.jpg)

- Native: 9.800 KB
- Zip Max: 3.399 KB
- Zip Default: 3.409 KB
- Zip Fast: 3.837 KB


IMAGES
------
Note that in current versions of the RichEdit control it is possible to drag an image file into the editor
(from the file explorer, for example) of any of the formats listed above.
In these cases, the RichEdit control will save the image in a more optimized RTF format (the file will take up less space).
It will still save the image as ASCII in hexadecimal format, but in many cases it will do so once compressed to JPG or PNG:

PNG, GIF, BMP, TIFF => png format (\pngblip)
JPG => jpg format (\jpegblip)
Capture from clipboard => windows meta file format (WMF) (\wmetafile8)

This last format was the only one recognized by older versions (e.g., version 4, available in XP or W7), and it takes up
much more size than the rest (png or jpg).

0 comments on commit c348abe

Please sign in to comment.