Jump to content


Level 2
  • Content Count

  • Joined

  • Last visited

Community Reputation

2 Neutral

About MikhailV

Recent Profile Visitors

679 profile views
  1. Seems this topic is being addressed in at least two Android Product Feedback threads as well. Here is my initial post to one... ...and my subsequent post to another...
  2. See... Having just scanned THIS topic I'm now posting to, I see indications that Android-OS/API constraints might be at least part of what inhibits Evernote from providing a store-to-SD-card option for offline note content (e.g., Offline Notebooks, containing ALL content for notes in those notebooks). If that is the case, perhaps Evernote should coordinate w/Google on this issue.
  3. Agreed. See also... I've read that Evernote previously interacted w/Android in a manner that allowed storage of offline notebooks on a device's SD card. If Evernote developers can (still) enable storage of offline folders to SD card on current Android OS/platforms via Android APIs, and if concerns about data security are part of Evernote's reason to exclude that capability (as one of the posters to the "Request: Add external SD card support" topic has observed or inferred), consider that Android allows for user-initiated encryption of an SD card inserted in an Android device. As an alternative or supplement, consider implementing a compromise solution that allows offline storage of SOME content from all -- or a user-specified selection of -- Notebooks, even if the location is limited to the device's fixed internal storage. For instance, allow offline storage of note body text and metadata WITHOUT attached/embedded content such as document files and images. This appears to be similar to what Evernote's "Settings in Evernote for Android" article... https://help.evernote.com/hc/en-us/articles/208313348 ...CLAIMS is available as an option, even though (at least in the current Evernote for Android version) it is not. [I just received confirmation from an Evernote representative that the article should be modified to remove reference to this claimed but (currently) absent feature.]
  4. I, too, would obtain substantial additional value from Evernote if its iOS app allowed me to (at least) view both date and time stamps for notes from days before the current one. One benefit for me would include the ability to identify the time on a given date that I made an observation, participated in an event, and/or conducted an activity associated w/an Evernote note I created. Another would be having time of day as one category of metadata available to me while "manually" searching (through visual inspection of my Notes list during scrolling). Entering/modifying "Created" and/or "Updated" dates and times would also be useful to me from time to time, although viewing the time values would be much more valuable to me. It is reasonable to expect that Evernote has multiple reasons to simplify their iOS implementation of their app relative to their desktop versions. However, I believe that they should no longer sacrifice both time-stamp metadata viewing and date/time-stamp metadata entering/modifying functionality to serve their simplification goals.
  5. I, too, would appreciate the ability to (optionally) search for Unicode characters (in addition to underscore, "_") outside general classes L and N within note titles and/or bodies. (My very limited ad hoc testing suggests such characters can be explicitly searched on when they appear in Tags.) One way this would serve me (and perhaps others) is by providing "search value" to the appending of a non-letter/number character as an abbreviated, symbolic modifier for a class of terms of repeated interest to me. This would allow for personalized classification with appended strings as short as 1 character, conceptually analogous to the pervasive use of pictographic icons in computer operating systems introduced about 3 decades ago. I acknowledge that such systems don't (as far as I know) provide for visual-based search based on icon appearance to find associated information (e.g., apps), and that system icons of this type are too free-form in appearance for such computer-mediated (rather than human-vision-based) searching to do much good anyway. However, Unicode-character-based symbology -- while not based on accepted languages -- can be much more rigorously and systematically applied, and is obviously potentially amenable to supporting computer-mediated, text-based searching. 'robe070's hashtag ("#") example is only one of many possible uses of this approach, albeit probably the most straightforward one given its ubiquity in Twitter. To illustrate, consider Unicode v7. I've inferred from trial and error that -- naturally -- not all of the ~27,000 characters I've imported from the applicable Unicode database into a Google Sheet will be accepted and properly displayed within the title, body, AND tag(s) of Evernote notes and across multiple Evernote platforms/interfaces. Still, consider that only ~18,000 of the aforementioned 27,000 characters are (generally) classed as L or N -- that leaves ~9,000 characters, or ~1/3 of the entire database -- outside those general classes. The "abbreviated, symbolic modifier" method I previously described might be esoteric, and I admit that only a tiny proportion of such characters (including "#") are explicitly accessible via typical physical and (QWERTY-based) touch keyboards. Still, I suspect that 'robe070', 'thebeefman', and I are far from the only three Evernote users who'd tangibly benefit from Evernote modifying their search methodology to allow explicit searches on at least some of those ~9,000 characters. Regarding the references in this topic to "Lucene"...I'm not even close to a software developer / programmer. However, to the extent I understood my recent quick scan of the Apache Lucene Project's documentation, it appears to me that this omission of all non-L/N characters except "_" relates to EN's particular implementation of Lucene, not the inherent nature of Lucene itself. If anyone more knowledgeable about that particular subject disagrees, please let me know. Finally, I've seen reference elsewhere to EN's beta-testing of a natural-language-type search process in its Mac client. If this is something that EN intends to ultimately pursue for Windows desktop, Web, and perhaps iOS clients as well, I recommend that its final implementation accommodate/append broader capabilities in explicit searching for non-L/N characters, even if that particular feature might be considered far from "natural".
  6. Please consider enhancing the feature set for the PDF viewer applied to PDF files embedded in Evernote notes as viewed and interacted with from the Windows desktop Evernote application. For example, consider the dynamic content from the following Web page (courtesy of DPReview)...http://www.dpreview.com/lensreviews/nikon_18-55_3p5-5p6_vr_n15/3 ...for which the directly-relevant source code is... <p> <script type="text/javascript"> LensReviewWidget({ lensReviewId: "7", focalLength: 18, aperture: 3.5 }) </script> </p> Here is a "start" page I subsequently found for the aforementioned widget (again, courtesy of DPReview)...http://www.dpreview.com/lensreviews/widget/Fullscreen.ashx ... and here is the completed associated source code... <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> <html xmlns="http://www.w3.org/1999/xhtml" lang="en" xml:lang="en"> <head> <title>dpreview.com - Lens Review - Fullscreen</title> <script src="swfobject.js" type="text/javascript"></script> </head> <body style="background-color:#000;padding:0px;margin:0px;height:100%;"> <div id="div_lensWidget" style="top:20px;bottom:20px;left:20px;right:20px;position:absolute;"> <div style="position:relative;top:50%;bottom:50%;margin-left:auto;margin-right:auto;text-align:center;width:420px;padding:10px;background:#111111;border:solid 1px #222222;font-size:10px;color:#cccccc;">The lens review widget is loading.<br/>If it does not load, please ensure you have <a href="http://www.adobe.com/products/flashplayer/">flash player version 9 (or later) installed</a>.</div> <noscript> <object classid="clsid:d27cdb6e-ae6d-11cf-96b8-444553540000" codebase="http://download.macromedia.com/pub/shockwave/cabs/flash/swflash.cab#version=9,0,0,0" width="100%" height="100%" id="swf_lensWidget" align="middle"> <param name="allowScriptAccess" value="always" /> <param name="allowFullScreen" value="true" /> <param name="wmode" value="window" /> <param name="FlashVars" value="stack=horizontal&reviews=&vis=&fl=&av=&config=LensReviewConfiguration.xml?1&fullscreen=true&lock=" /> <param name="movie" value="http://a.img-dpreview.com/lensreviews/widget/LensVisualiser.swf?9" /> <param name="quality" value="high" /> <param name="bgcolor" value="#000000" /> <embed src="http://a.img-dpreview.com/lensreviews/widget/LensVisualiser.swf?9" FlashVars="stack=horizontal&reviews=&vis=&fl=&av=&config=LensReviewConfiguration.xml?1&fullscreen=true&lock=" quality="high" bgcolor="#ffffff" width="100%" height="100%" name="swf_lensWidget" align="middle" wmode="window" allowScriptAccess="always" allowFullScreen="false" type="application/x-shockwave-flash" pluginspage="http://www.macromedia.com/go/getflashplayer" /> </object> </noscript> </div> <script type="text/javascript"> var fo_lensWidget = new SWFObject("http://a.img-dpreview.com/lensreviews/widget/LensVisualiser.swf?9", "swf_lensWidget", "100%", "100%", "9", "#000000"); fo_lensWidget.addParam("allowScriptAccess", "always"); fo_lensWidget.addParam("quality", "high"); fo_lensWidget.addParam("scale", "noscale"); fo_lensWidget.addParam("play", "true"); fo_lensWidget.addParam("loop", "true"); fo_lensWidget.addParam("wmode", "window"); fo_lensWidget.addParam("name", "swf_lensWidget"); fo_lensWidget.addParam("FlashVars", "stack=horizontal&reviews=&vis=&fl=&av=&config=LensReviewConfiguration.xml?1&fullscreen=true&lock="); fo_lensWidget.useExpressInstall('/lensreviews/widget/expressinstall.swf');fo_lensWidget.write("div_lensWidget"); </script> </body> </html> I generated a PDF file for my personal reference from the aforementioned implementation of this widget. I used Adobe Acrobat Pro XI -- specifically, that application's add-on to Microsoft Internet Explorer (IE) 11 -- to do this. I used that add-on's "Select" feature to limit the PDF conversion to that widget. I've attached the resulting PDF file as 'DPReview_Nikon_Nikkor_AFSDX18-55mm3.5-5.6GVR_TestResults_Studio.pdf'. The file -- as I view it in Acrobat Pro XI -- appears to show all of the "baseline" content I see in the widget as I view it in IE 11. Furthermore, all of the dynamic responses to user input (via mouse hovering, single-clicking, etc. in this case) available when interacting with the widget in IE 11 appear to be available from the aforementioned PDF file as viewed in Acrobat Pro XI. The same is true for Acrobat Reader XI. In order to allow myself access to this dynamic content from the Acrobat apps, I needed to allow connection from the apps to both the widget host site (http://www.dpreview.com) and the Flash-serving site (http://fpdownload2.macromedia.com). The apearance of the corresponding Security Warning Windows are shown in attachments 'Acrobat_Reader_XI_ContentFromWebWidget_SecurityWarning_reWebURL_2014-07-23.pdf' and 'Acrobat_Reader_XI_ContentFromWebWidget_SecurityWarning_reMacromediaSite_2014-07-23.pdf', respectively. I subsequently embedded 'DPReview_Nikon_Nikkor_AFSDX18-55mm3.5-5.6GVR_TestResults_Studio.pdf' in an Evernote note from Evernote for Windows (desktop) v5.4.1.3962. I did so by using the [paper clip] button from the Evernote Button Bar. Not only is the aforementioned, user-driven dynamic content not supported in the inline PDF viewer; no widget content (dynamic or static) is shown at all. Only the Web page's default black background is visible where the widget should appear. I've attached a note containing only the aforementioned PDF file as a PDF printout ('Evernote_DPReview_Nikon_Nikkor_AFSDX18-55mm3.5-5.6GVR_TestResults_Studio.pdf'). I recognize that I could enable the "Always show PDF documents as attachments" selection in the 'Note' tab of the 'Options' tabbed dialog box accessed from the 'Tools' menu. I also assume that I'll never be able to view the Flash driven content through a PDF file on my iOS device whether I attempt to do so via the corresponding Evernote note or the "native" PDF file (e.g., via Adobe Reader for iOS). On that platform, the issue of application-level support for accessing and displaying the relevant content and accepting associated user input will presumably always be moot due to Apple's commitment to exclude Flash support on iOS. However, it would be more effective to access the PDF content from within the note via the inline viewer, even if the best Evernote could be expected to do to enable this among the two platforms I regularly use is to incorporate applicable PDF-related feature support in the Windows (desktop) app. DPReview_Nikon_Nikkor_AFSDX18-55mm3.5-5.6GVR_TestResults_Studio.pdf Acrobat_Reader_XI_ContentFromWebWidget_SecurityWarning_reWebURL_2014-07-23.pdf Acrobat_Reader_XI_ContentFromWebWidget_SecurityWarning_reMacromediaSite_2014-07-23.pdf Evernote_DPReview_Nikon_Nikkor_AFSDX18-55mm3.5-5.6GVR_TestResults_Studio.pdf
  7. Please consider enhancing textual formatting options available through the user interface. I acknowledge that one of the benefits and charms of Evernote is its relatively simple, uncluttered interface and small system footprint, and you've already incorporated the many of the options typically made directly available to users in popular textual/character-oriented applications available in a Windows environment such as MS Office and Windows apps. However, I have recently encountered situations where such additional features as overlining (basically the opposite -- position-wise -- of underlining), modification of vertical-centric paragraph formatting (e.g., inter-paragraph spacing), and column formatting would have been useful. Yes, overlining is an obscure and esoteric text (character-based) formatting option, but note that it is supported in open-source office suites LibreOffice (see attached JPEG file) and OpenOffice, and that it is part of W3C's CSS standard... 2.1. Text Decoration Lines: the ‘text-decoration-line’ property Name: text-decoration-line Value: none | [ underline || overline || line-through || blink ] Regarding vertical-centric paragraph formatting, there are times I copy a series of Web text excerpts into an Evernote note and find that a peculiar paragraph-spacing value has insinuated its way into the note, forcing itself on all subsequent note text. The same has been true for multi-column formatting. I have not (yet) felt deprived due to my not being able to apply my own inter-paragraph spacing settings or to generate multiple columns, I have found myself performing custom selections within the note to identify where unaffected regions are that I can "patch in" later in the note where the aforementioned imported formatting hs been forced onto all subsequent content. For these formatting issues where my primary interest is to back out of formats imposed by imported text, an alternative solution might be to make the "Simplify Formatting" -- which currently appears applicable only to the entire note -- applicable also to the user's selection of one region within the note. Thx for your consideration.
  • Create New...