[–] [S] 2 points 1 month ago* (last edited 1 month ago) (1 child)

Hm … sounds interesting , still price is higher than current kindle. Do you have real life experience with it? Does it have offline dictionary? Upd: watched the video - it seems it has some dictionary. The problem is that it will be shipped in mid 2027 :)

  • source
  • parent
  • context
  • [–] [S] 2 points 1 month ago* (last edited 1 month ago) (3 children)

    If to accept fate, then among touch screen readers kindle 2024 is the cheapest one . Is it a lot of hassle with it, considering I don’t have a kindle account and never going to buy any books there ?

    Edit: pocketbook basic lux2 on eBay goes for same price as amazon kindle 2024 . And kobo is 2x that price .

  • source
  • [–] [S] 2 points 1 month ago

    As for touch screen , I expect it to be clumsy considering eink displays refresh rate .. so consequences of false touch is neglectible on other display types, but it should be annoying on eink .

    As for Xteink , I’m not buying this hype since I don’t see any value for me here : tiny screen and fragile as hell while price is close to a kindle. It promotes as a pocket reader , while tons of posts with broken screens and following comments like “never put it to pocket “ or “never use it without protective case”. So, no thanks …

  • source
  • parent
  • context
  •  

    I have no idea how or when, but somehow I broke my e-reader's screen after almost 6 years of active usage.

    I was very satisfied with simplicity of the PocketBook lux2 and now I need to find a good replacement.

    A quick search on the internet revealed that the industry unfortunately moved towards touchscreens , which frightens me....

    My ideal e-reader:

    • 6 inch screen,
    • physical buttons,
    • no touch screen,
    • ideally without backlight, but if it has, no big deal
    • same open as PocketBook - so I can read books from my library without any stores, drm checks etc...

    Why don't I simply buy the current PocketBook Verse ? It is 50% more expensive than my old model without any improvements, with freakishly small buttons and it looks much thicker than lux2.

    So any recommendations will be appreciated!

    submitted 2 months ago by to c/books@lemmy.ml
     

    This book was interesting to me in the part where Aristotle discusses tragedy plot and tragic hero.

    If you are interested in tragedy plot or other basic plots, then Booker's book may be more informative.

    To add some context, here are few examples of the classic tragedy plots: Breaking Bad, Anna Karenina, Oedipus Rex etc.

    [–] [S] 5 points 3 months ago

    Right, saw a ev station in my district recently and it used some tft colored display and with sun light we have they use backlight very hard and it is still barely readable. My thought was why they don’t use simple lcd display, that would be much more readable

  • source
  • parent
  • context
  •  

    Crossposted from https://lemmy.ml/post/50440779

    136 times is for arm-unknown-linux-gnueabihf target.

    Obviously, this number varies for different targets, for example fli is 88x smaller for aarch64-unknown-linux-gnu etc.

    you can compare yourself for other targets here:

    https://github.com/eza-community/eza/releases

    https://github.com/tracyspacy/fli/releases

     

    Crossposted from https://lemmy.ml/post/49521856

    Thing I stumbled upon:

    I added boolean argument & if statement inside sort_unstable_by closure:

    //from
    |&a, &b| compare(a, b) 
    
    //to
    |&a, &b| if is_reverse { compare(b, a) } else { compare(a, b) }
    

    I expected binary to grow slightly, but actually ca 1KB smaller.

    I dug into & found that the reason is: quicksort fn became 980 bytes smaller.

    Why? Not sure. Inlining looks same, quicksort just has fewer instructions.

    target: arm-unknown-linux-gnueabihf

    commit: https://github.com/tracyspacy/fli/commit/a87a98be77cc1972a53e6399716a227d1135e76b

    details: https://pastebin.com/qJdTw49n

    Any ideas?

     

    cross-posted from: https://lemmy.ml/post/49444213

    In this release:

    • use ISO8601 for date time format
    • sort by time
    • unsorted output option
    • colorized/text output modes for entry types

    Full list of features and available flags is in repository readme.

    rpi zero binary is still 18KB. It was both challenging and interesting to add new features keeping binary size small.

    I don't have an intention to replace ls which is obviously preinstalled, I see fli as a complimentary daily driver. The north star of the project is to always have smaller binary size than ls , while extending or improving ls functionality

    Interesting how much we can achieve with rust.

    As for a new features, I see various sorting options could be implemented cheaply.

    If you see ways to squeeze some more bytes, you are welcome.

    upd:

    repo : https://github.com/tracyspacy/fli

    I created dedicated community for people who may be interested : https://lemmy.ml/c/fli

     

    cross-posted from: https://lemmy.ml/post/49444213

    In this release:

    • use ISO8601 for date time format
    • sort by time
    • unsorted output option
    • colorized/text output modes for entry types

    Full list of features and available flags is in repository readme.

    rpi zero binary is still 18KB. It was both challenging and interesting to add new features keeping binary size small.

    I don't have an intention to replace ls which is obviously preinstalled, I see fli as a complimentary daily driver. The north star of the project is to always have smaller binary size than ls , while extending or improving ls functionality

    Interesting how much we can achieve with rust.

    As for a new features, I see various sorting options could be implemented cheaply. If you have ideas, please share.

    If you see ways to squeeze some more bytes, you are welcome.

    upd:

    repo : https://github.com/tracyspacy/fli

    I created dedicated community for people who may be interested : https://lemmy.ml/c/fli

    view more: next ›