Developer, Moderator, Beta Tester
Last active 9 hours ago
Many thanks for the further observations and for the sample message.
Be advised, the following is my opinion and doesn't reflect any attempt to force my vision or interpretation on to you or others.
A great deal of the problem is to do with the complicated construction of the email message and the image source. It is important the images (jpg, bmp, png) are served from a valid secure source (https) and that the construction of the email doesn't include any tactics to hide content (hidden CSS etc). If it does then doogiePIM will tend not to render that content. You get this with some advertising type email messages.
Also consider the number of remote images in the message. The sample you sent to me contained over 50 images from many different sources that were used in constructing a jigsaw of a single page. This may be acceptable for displaying on a public web page, albeit highly uneconomical, but not for an email message that is used for private communication. As doogiePIM is attempting to concentrate on securing your data and privacy I wouldn't like to let through an email message that lacks consideration for bandwidth, privacy and security.
If you switch to plain text only, you should be able to understand the message without CSS styles and remote images.
Finally, consider the effect of remote images. Upon downloading and showing an image in a message, you are telling someone else, (the server the image is stored on), you've opened the email message. Again, acceptable for public pages but not for personal correspondence.
I appreciate doogiePIM has flaws and needs be enhanced further with better rendering of messages and my goal is to realise this as soon as I'm able to find ways of doing this without compromising our privacy.
I'm very happy you've considered doogiePIM and hope you continue to use the features and sections sans Messages.
I've discovered when the browser has full keyboard focus, such as clicking on a Google page, the keyboard shortcuts are not registering properly. They work very well when in a section such as Tasks.
I'll see what I can do to get this fixed/improved for the next update.
It won't be possible to use Shift+Cursor as this combination is already used for multiple selection of records, text and other objects. However, there is already a keyboard shortcut [Ctrl+Tab] and [Shift+Ctrl+Tab] to navigate to the next/previous tab. You'll find this key combination quite standard in other browsers.
Thanks for the [Del] and other shortcuts suggestion in the History.
I understand what you mean now. A custom filter for each of the list grids may be useful. I'll place this in the To Do list of development and I'll see what I can put together to realise your suggestion. Thanks.
In the meantime, take advantage of using the Reports section should you want specific records listed. It's quite a powerful section, although it does look a little daunting to start with.
Other Task filters can be found in the Home Page Customisation tab "Tasks" where specific tasks could be listed on the Home page.
There is also a customisation filter in the Calendar "Tasks" tab that could be used for listing customised records.
I hope this helps.
Si te quedas atascado haciendo algo, siempre pregunta. Alguien también tratará de ayudar si puede.
If you get stuck doing something, always ask. Someone will also try to help if they can.
It is best to translate the phrases as you understand them in your own language. Don't just translate the individual words. Use the phrase in context to where it is in the UI. I wish I could help but I don't speak Spanish.
Good luck and many thanks for supporting doogiePIM.
I've made quite a few changes to the window states for each session so your first run of this new version will be as if it's in no saved state.
Just set up your tabs, colours, arrangement, etc as you like it. Then restart your doogiePIM and you should find it remembers the state.
This is because of creating a New doogiePIM Window can also have its own state, allowing you to have split screen, eg: Documents on one side and a browser on the other.
Sorry for the startling upgrade.
I've tested the new version 220.127.116.11 with a HTML file generated from Chrome, Opera and Firefox. All appear to be importing correctly now with Unicode characters.
Please test this on a new database before you commit to your live production database.