Jump to content

ripwit

Level 2
  • Content Count

    40
  • Joined

  • Last visited

Community Reputation

3 Neutral

About ripwit

Profile Information

  • Subscription
    PREMIUM
  1. That's where I am at, also - EN is a good tool, could be better - but I haven't found something that makes me want to jump ship yet. Since more of my work is in Linux, I actually keep a W10 VM alive to make and view notes. Strange world but still a good one.
  2. Appreciate your lurking and responding. Please give us some beta's that are usable instead of feature-hobbled. I'm happy to try to do my work with a beta product that has 80% of the capabilities with up to 50% error rates. The errors are what give you fodder for fixes. The capabilities are what allow me to do my work.
  3. I've tried a few other apps that give me some things that EN doesn't, but none that supply the "semi" complete environment that EN is capable of. I backup my data via ENEX and HTML and then index it with Lucene tools (Docfetcher is a good one for dealing with PDF attachments, etc.) Recently I've been experimenting with Joplin and using SyncThing to move the notebooks between different Windows/Linux/Android platforms. Not that you asked, but I came from a long history of "todo" apps: PCOutline(PCO) a TSR in MSDOS, Ecco (the best), Polaris/Packrat, etc. My goal is to have a universally accessible (web?) app with encryption and superb text editing. For my purposes an underlying _markdown might be sufficient except for linked images/etc. I don't get on the forum very often, just to vent, but I have enjoyed your comments/rejoinders. What is your feeling about using EN for the next 1 and next 5 years?
  4. Something smells in Denmark, maybe it's fine Danish Blue... I've tried a couple of the betas in the last two years but they were so incomplete that I couldn't use them in a meaningful way - and if you want good beta testing the products have to be a lot closer to usable. Over the last 3-5 years I've made a few suggestions for general usability (not big feature asks) and have not seen any progress. Some of the "guru" respondents seem to be more apologists for the (dis)organization. It's really too bad since EN iswas in such a good place on the platforms (except Linux). I'm slowly moving my .enex (10K++) notes to other products since too many eggs in one fragile basket is not a good idea.
  5. Thanks, CalS. I have long used the Top List view and it appears that the Snippet view might not see this problem. Being too anal(yst) for my own good, I now wonder if the Snippet doesn't pull more info from the servers and is therefore able to keep the lists in synch.
  6. Thanks for that good set of tests! I can't reliably duplicate it using my various notebook sizes. Some seem to work with around 3,000 entries and others don't. I've actually starting to see another behavior I hadn't noticed before. When I have explicitly positioned the Notes list cursor at a particular note (mid-list) and then tried to drag the scrollbar up or down from there, it looks like there is the same lag. If this is local/off-site caching issues it could be part of it but it sounds more serious.
  7. ballyhoo - actually the sound is a good emphasis. If I left mine on there'd be some grunts and WTFs.
  8. Hi, Jefito - it sounds like you have two separate accounts with EN since your Notes lists aren't the same. Could one of them be Enterprise and therefore have different characteristics? I don't want to belabor this unless others think it is important. Thanks --- ripwit
  9. I'm cross-posting from the Window's forum since I think this is more of a General topic.
  10. I also see the behavior Basta mentions. (EN 6.13.14.) If I enter one cell with a different font size I can see the whole row size change to accommodate. If I delete that word in the cell I can see the row size drop back to the default 10. While entering the attached test table I saw a whole bunch of anomalous font/style changes which I wouldn't have expected. I don't tend to build tables in EN so it's not a big bother to me but given the LOE that has been put into this feature I would have to assume it's "important". Basta - can you just change your Options|Note|Font to default to 14 if that is your preferred viewing size?
  11. Eldorado - thanks for following up on this. I've had this problem on 1024x768, 1920x1200, and 3840x2160. Don't think resolution is the issue. Yes, as far as I know in 20 years of using windowed apps with scrollbars, EN is the only app that has this difficulty. Must be a home-grown windowing system.
  12. Jefito - this is "normal" behavior for scrollbars in general, whether EN/other apps, Windows/Linux/etc. When the mouse leaves the vicinity of the scrollbar (#pixels TBD), whether off the top/bottom/left/right, the scrollbar logic is disengaged and whatever positioning has been performed is reverted. What most of us are talking about is dragging, slowly or quickly, the bar to the top or the bottom - not letting the cursor leave the scrollbar vicinity. When most of us that have complained do this, the scrollbar follows the cursor to the top or bottom and then when the mouse button is released it snaps back to some position less than the top or bottom. In a 8,000 item notes list, it might take me back to a position 400-600 notes away from the top/bottom. If I am bored, I can keep dragging the bar back to the top with a subsequent snap-back; repeating this will get me within visible range of the top or bottom. The slowness or quickness of the drag does not seem to matter much. Of course if you are quickly dragging you might leave the scrollbar activation area and cause the position to revert as mentioned in the first para.
  13. Not that EN listens/looks/cares about these discussions (which are hosted in their domain), but could we get some type of acknowledgement? I don't know how EN is built but frequently packages rely on DLLs which may, or may not, be first on the search list. I have a lot of application development software on my systems including various versions of Qt. Could some foreign library conflict cause a problem for some and not others (Eldorado for example)?
  14. Also Windows 10 (Version 1803 - Build 17134.165) and EN 6.13.14. I would doubt my own sanity but several others have seen this condition for many months as the prior conversation shows. I have submitted bug reports to EN at least a year ago and they accepted my logs/etc. but there has been no fixes that I can see. Yes, the "But oups..." is how all scrollbars that I know of operate. If you move the mouse pointer outside of the proximity of the scrollbar it releases the scrollbar. That isn't really relevant to this discussion. Thanks for trying tho!
  15. I just upgraded to 6.13.14.74.74 and noticed that there is no longer a way to clear the search box using the mouse. I know I can use the escape key but I don't think I should have to alternate between the mouse and the keyboard. This is also a problem with the Notes list when trying to scroll to top or bottom or to a specific note using the mouse. Maybe it's just me but the Quick Search function has stopped working. I was hoping to use it since the Search text box clearing is not available. If I type "xyz" (for example) in the search box I get 30 notes (out of 8,400). If I type this into the Quick Search it shows 0 notes unless I then click on the search icon in the right of the search bar. These seem like some pretty bad regressions. Should I back up to a prior release?
×
×
  • Create New...