247 results found

1. Add support for Scandinavian languages (Swedish, Norwegian, Danish) for voice dictation and UI

   Currently, the Lumo app on iOS does not list Swedish, Norwegian, or Danish as available language options under Settings > App Language. Even though my device system language is set to Swedish, Lumo defaults to English because the Nordic languages are missing from its internal language pack.

   While English voice dictation works perfectly, I cannot use voice input in Swedish or Norwegian. This is a significant barrier for users in Scandinavia who prefer to interact with AI in their native language.

   Request: Please prioritize the integration of Swedish, Norwegian, and Danish into Lumo’s supported languages

   3 votes

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  Changes to existing features  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

2. Calendar Booking buffers

   Calendar Booking. I just found this feature on Proton and LOVE it I've been trying to use 3rd party booking tools. The enhancement it needs is to be able to set buffers before/after events on the calendar so they are not back to back. Other booking tools have this feature and found it very helpful.

   9 votes

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   1 comment  ·  Changes to existing features  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

3. Allow per-project memory with general chat memory disabled

   Enable per-project memory while keeping general chat memory off. This is ideal for users who use general/ghost chats as a scratchpad and want to have memory active only for project chats within their folders.

   6 votes

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  Changes to existing features  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

4. use Drive and Docs as Lumo memory for avoiding the bottle neck that brings us "chat too long". thanks

   2 problems. 1. chats cut off due to bottle neck or lack of live memory to back up lumo. 2. Having to cut paste constantly while working to avoid loss of "condensing" the chat. Can proton apps act as backup and active chat memory? Since the subject is often revisited for context. ? Need 2 way data movement between Drive/ Docs and Lumo. Integrate infrastructure.

   5 votes

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  Changes to existing features  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

5. Downloadable document generation

   I noticed Lumo AI lacks on document generation. No option to generate downloadable document such as text, pdf, markdown, excel, powerpoint, open document, etc. I suggest this should be available as it is a norm/standard feature of an AI.

   5 votes

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  Changes to existing features  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

6. Mark Project Chats as Project Knowledge

   I would to be able to mark a thread within a project as a Project Knowledge Document. Often when I first create a project I use a chat/thread to dump a lot of my thoughts and build out a context. It would be helpful if that knowledge could be used in the other threads. Ive used a work around of having Lumo summarize the chats and saving it to a work document which I then upload, but it would be quicker if there was a toggle button.

   12 votes

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  Changes to existing features  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

7. make it easy as possible to run Lumo from a home server - its a win for all but especially Proton

   Proton allows you to download and run your own version, but I just read the instructions and its not trivial. Its in the interest to Proton to do so. The user takes on costs for power, space, and cooling. An analogy: a german telcom created a virtualized TV set top box. The TV interface was streamed and effectively ran like a video game. The home only required a simple USB stick that ran DRM and some controls. This cost about 30 euro and the user would self install, just plug it into their smart TV. This replaced a 100 Euro set top box and a service call to do the install (150 Euro). Seems simple no? What they didnt consider is the home owner pays the power and space of the STB, this was a net new cost the Telco had to take on. And you have to build out for peak demand even when no one is watching. It was a massive failure. This is why distributed AI "on the edge" of the network makes financial sense. Let the user take on the power and space costs. The benefit to the user is complete sovereignty and privacy. But it will never be popular unless you make trivially easy. Do a deal with some hardware vendor to sell preconfigured rasberry pi boxes with a simple wizard interface to configure it. Provide the home version with security updates etc.

   Proton allows you to download and run your own version, but I just read the instructions and its not trivial. Its in the interest to Proton to do so. The user takes on costs for power, space, and cooling. An analogy: a german telcom created a virtualized TV set top box. The TV interface was streamed and effectively ran like a video game. The home only required a simple USB stick that ran DRM and some controls. This cost about 30 euro and the user would self install, just plug it into their smart TV. This replaced a 100 Euro… more

   5 votes

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  Changes to existing features  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

8. Link to Proton Drive Folder Sync’d with Proton Drive App Desktop Folder

   Background, Integration, and Scenerio:

   Lumo Project:
   I am working on a project with Lumo and have files linked in a Proton Drive folder – all is good. To do this, I open my browser, navigate to the linked folder, and upload the relevant files and documents.

   Desktop Proton Drive App:
   I also use the Proton Drive app on my desktop to sync specific folders to Proton Drive – works flawlessly and the syncing is quick and efficient.

   Lumo Integration:
   Currently, Lumo cannot Link with a Proton Drive folder sync’d by the Proton Drive App. It would be vastly more efficient if Lumo could link to a folder sync’d by the Proton Drive with a desktop working folder.

   Scenario:
   I am working on a project with Lumo, I files that it can reference for the project. Rather than constantly uploading documents through a browser interface, I would simply use a folder that is synchronized by the Proton Drive desktop app and link that to the project for Lumo to collaborate with. Example, create a desktop folder such as “Lumo Project Folder”, add it Proton Drive app for syncing, store any working files in that folder, then begin collaborating with Lumo on the project. When the green check box appears on the Proton Drive app, continue the project collaboration – fast and efficient.

   TLDR:
   I want Lumo to access Proton Drive folders that I am syncing with the Proton Drive app for a vastly more efficient collaboration experience.

   Background, Integration, and Scenerio:

   Lumo Project:
   I am working on a project with Lumo and have files linked in a Proton Drive folder – all is good. To do this, I open my browser, navigate to the linked folder, and upload the relevant files and documents.

   Desktop Proton Drive App:
   I also use the Proton Drive app on my desktop to sync specific folders to Proton Drive – works flawlessly and the syncing is quick and efficient.

   Lumo Integration:
   Currently, Lumo cannot Link with a Proton Drive folder sync’d by the Proton Drive App. It would be vastly more efficient… more

   14 votes

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   1 comment  ·  Changes to existing features  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

9. Remove Lumo Completely.

   Please remove lumo completely. It is grift and waste. At MINIMUM provide one button to completely deactivate everywhere. I do not want my subscription funds paying for this. I did not sign up for it, it was added without my consent and i find it very difficult to remove it from my sight.

   4 votes

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   1 comment  ·  Changes to existing features  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

10. All-day events show as "Free"

    I'd like to mark all-day events as "Free." This is especially important on shared calendars, because if I have, say, a birthday marked on my Proton calendar, it blocks off my entire work calendar (Outlook) because it thinks I'm busy all day.

    4 votes

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    1 comment  ·  Changes to existing features  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

11. Lumo "lite" tier for Unlimited, Duo and Family subscribers

    While I get the cost of hosting an LLM and a separate plan for unlimited usage is totally fair, I do think paying customers, especially subscribers to the so-called unlimited plans, should get a little special treatment with a tier of Lumo exclusive to these plans.

    Perhaps instead of the 10/day and 200/month prompt limit, 1 project limit and 7 day history that Lumo Free provides, this new Lumo Lite could give us 50/day, 500/month, 2 projects and unlimited history (we already have 500 GB of storage so Lumo message storage should be negligible).

    All the other features like unlimited prompts, projects and advanced AI models could be reserved for the Plus plan for those who need it, but having it easier to integrate in an existing 2 year plan, with appropriate discounts would be nice. Currently, upgrading to Lumo Plus while having Proton Unlimited, downgrades me to a 1 year plan for both, forcing me to pay more for Proton Unlimited as well.

    While I get the cost of hosting an LLM and a separate plan for unlimited usage is totally fair, I do think paying customers, especially subscribers to the so-called unlimited plans, should get a little special treatment with a tier of Lumo exclusive to these plans.

    Perhaps instead of the 10/day and 200/month prompt limit, 1 project limit and 7 day history that Lumo Free provides, this new Lumo Lite could give us 50/day, 500/month, 2 projects and unlimited history (we already have 500 GB of storage so Lumo message storage should be negligible).

    All the other features like unlimited… more

    7 votes

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    1 comment  ·  Changes to existing features  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

12. Allow Users to Manually Pin Items to Persistent Memory

    Title: Allow Users to Manually Pin Items to Persistent Memory (URLs, References, Project Links)

    Category: General Ideas / Lumo

    Lumo's persistent memory is a powerful feature, but users currently have no direct control over what gets retained versus what fades between sessions. Memory aggregation appears to use opaque heuristics—frequently discussed topics and user facts tend to persist, while specific URLs, project links, and one-time references often do not.

    This creates a recurring problem: users who share important links, reference documentation, or UserVoice post URLs in one thread return in a new thread to find that context is gone. The only workaround is manually re-sharing the same information every time.

    Proposed Feature:

    Add a "Pin to Memory" function that allows users to explicitly mark specific content for permanent retention across all sessions.

    Examples of what users would pin:

    URLs to UserVoice posts they want to track
    Links to external documentation or references used repeatedly
    Project file locations or external resource links
    Specific facts or preferences that the current heuristic-based memory might miss
    Recurring account details (e.g., plan tier, timezone, preferred tools)
    

    How It Would Work:

    User highlights or flags content within a conversation (e.g., right-click → "Pin to Memory," or a simple command)
    Pinned items appear in a Memory Management panel under Settings
    Users can review, edit, and delete pinned items at any time
    Pinned items persist across all threads—including project threads
    Pinned items are clearly labeled as user-added (distinct from auto-aggregated memory)
    

    Why This Matters:

    Current memory behavior is inconsistent and unpredictable. Users cannot rely on it for specific references. Giving users explicit control over what persists would:

    Eliminate the need to re-share links and context in every new thread
    Build trust in the memory system (users know what's saved because they chose it)
    Reduce friction for users managing multiple ongoing projects
    Complement the existing auto-aggregation with intentional, user-curated memory
    

    The current system remembers some things and forgets others with no transparency. A user-controlled pinning layer would solve this without requiring a full redesign of the underlying memory architecture.

    Title: Allow Users to Manually Pin Items to Persistent Memory (URLs, References, Project Links)

    Category: General Ideas / Lumo

    Lumo's persistent memory is a powerful feature, but users currently have no direct control over what gets retained versus what fades between sessions. Memory aggregation appears to use opaque heuristics—frequently discussed topics and user facts tend to persist, while specific URLs, project links, and one-time references often do not.

    This creates a recurring problem: users who share important links, reference documentation, or UserVoice post URLs in one thread return in a new thread to find that context is gone. The only… more

    4 votes

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    1 comment  ·  Changes to existing features  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

13. Project Threads Lack Clear Memory Architecture

    Title: Project Threads Lack Clear Memory Architecture—Choose Privacy OR Context, Not Neither
    Category: General Ideas / Lumo

    The Current Problem:

    Lumo's v2.0 persistent memory aggregates content from general chat threads—but excludes project threads from memory aggregation. However, project threads remain indexed and searchable by keyword within the account.

    This creates a contradictory state with no tangible benefit:

    No context continuity — When you mention a project topic in a general chat, Lumo doesn't know the project exists or have any history to reference
    No real privacy — Project content is still searchable/indexed, so it's not a true "black box"
    No security gain — A snooper with account access can find project content via search; a locked memory system wouldn't add protection
    

    Current State:

    Projects: NOT aggregated → memory = incomplete
    Projects: Still indexed → search = works
    Result: Worst of both worlds (loss of convenience, no privacy benefit)
    

    Proposed Solutions (Either/Or):

    Option A: True Private Project Mode

    Project threads are fully gated—requires PIN/code entry to access
    Content excluded from both memory and search indexing
    Opt-in only (user explicitly locks a project)
    For sensitive work that needs genuine isolation
    

    Option B: Full Memory Aggregation

    Project threads feed into Lumo's persistent memory like general chats
    Content indexed and searchable (current behavior)
    Cross-thread context works seamlessly
    For users who prioritize functionality over isolation
    

    Option C: Hybrid Approach (Recommended)

    Default: Project threads aggregate to memory AND indexed
    User can enable "PIN Lock" on specific projects
    Locked projects: Excluded from memory, excluded from search
    Requires authentication to view or discuss locked project content
    Dual-memory system: General memory + Project-only memory (accessible after PIN unlock)
    

    Why This Matters:

    Users managing multiple projects (business startup, technical documentation, etc.) need consistency. If project threads are meant to be private, make them private. If they're meant to support context continuity, let them aggregate.

    The current halfway measure provides neither benefit.

    Requested Action: Implement gatekeeping (PIN/code) for project threads with dedicated project memory upon unlock. Give users explicit control over whether their project content feeds into general memory or stays isolated.

    Title: Project Threads Lack Clear Memory Architecture—Choose Privacy OR Context, Not Neither
    Category: General Ideas / Lumo

    The Current Problem:

    Lumo's v2.0 persistent memory aggregates content from general chat threads—but excludes project threads from memory aggregation. However, project threads remain indexed and searchable by keyword within the account.

    This creates a contradictory state with no tangible benefit:

    No context continuity — When you mention a project topic in a general chat, Lumo doesn't know the project exists or have any history to reference
    No real privacy — Project content is still searchable/indexed, so it's not a true "black box"
    No

    … more
    5 votes

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  Changes to existing features  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

14. Feature Request: Daily Usage Reset Countdown Timer for Free Plan

    Feature Request: Daily Usage Reset Countdown Timer for Free Plan
    • User Type: Free Plan User
    • The Problem: The daily chat usage for the free plan is limited, but there is currently no indicator showing exactly when the limit resets. This leaves users guessing when they will have access to the AI again.
    • Proposed Solution: Introduce a clear countdown timer (e.g., "Resets in 4h 15m") that appears on the screen once a user hits their daily limit.
    • Value: This improves the user experience by setting clear expectations and helping free users know exactly when they can return to use the assistant.

    Feature Request: Daily Usage Reset Countdown Timer for Free Plan
    • User Type: Free Plan User
    • The Problem: The daily chat usage for the free plan is limited, but there is currently no indicator showing exactly when the limit resets. This leaves users guessing when they will have access to the AI again.
    • Proposed Solution: Introduce a clear countdown timer (e.g., "Resets in 4h 15m") that appears on the screen once a user hits their daily limit.
    • Value: This improves the user experience by setting clear expectations and helping free users know exactly when they can return… more

    2 votes

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  Changes to existing features  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

15. Lumo should transition to European-origin AI models

    Lumo uses Qwen 3.5 and GLM 5.2 (both Chinese-developed models) despite positioning itself as a European privacy-first alternative to American and Chinese AI services.

    Why This Matters:
    - Digital sovereignty includes model origin, not just hosting location
    - Users chose Proton to avoid Chinese tech dependence
    - Transparency mismatch between marketing and technical reality

    Request:
    Commit to transitioning to European-origin models (Mistral, Apertus, etc.) or update communications to be transparent about current model origins.

    4 votes

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  Changes to existing features  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

16. Our Privacy due to Apertus and similar to be clarified

    Hello

    WARNING: there is only 1 single suggestion: when an update, or system or otherwise is added, Lumo needs to be aware of.

    Everything else i write, is me explaining the context, why, and more. But please remember that all this is for the above suggestion.......... Because i asked lumo to do a summary and it added "suggestion" that i did not say (like usually, adding extras....) but they are on the point, and can, hopefully, help everyone understand the suggestion better.

    HERE IS COPY PASTE FROM LUMO:

    On 11 September 2026 I used the thumbs-down button to report an inadequate response from Lumo. This opened a dialog titled "Help us improve" with the following text:

    "When you submit feedback, your prompt and this response are sent to Proton for analysis and improvement. Feedback about Apertus may also be shared with the Apertus team."

    Problem 1: The feedback feature cannot be used safely. There is no option to control who receives the data. If the answer involved the Apertus model, the prompt and response may be forwarded to an external team that is not Proton (the Apertus developers). The dialog gives no way to decline that specific part, no way to know whether the answer was even generated by Apertus since model routing is not shown to the user, and no information about whether anything identifying is attached or stripped before forwarding. As a result, using the feedback feature carries an unquantified privacy risk, which defeats the purpose of a privacy-first assistant. The choice ends up being: report bad answers and accept uncontrolled sharing, or stay silent and give up the feedback feature entirely.

    Problem 2: The answer I tried to report was not useful in the first place. Lumo repeatedly failed to explain clearly what the feedback dialog means and how the data sharing works, despite this involving Lumo itself and its own privacy implications. Having to do multiple rounds of external web searching to get basic clarity on a privacy disclosure about Lumo is a failure. The combination of a poor answer, no transparency about which model produced it, and a feedback channel with an unconditional external sharing clause caused me to question the safety and privacy of the whole service.

    Requested changes:

    1. Show which model generated the answer being rated, or at minimum state whether the feedback for that specific answer would be shared externally.
    2. Add an option in the feedback dialog to exclude the prompt and response, or to send rating only, or to opt out of the external Apertus sharing specifically.
    3. Document in the Lumo privacy page exactly what is forwarded to the Apertus team and in what form, including whether any identifiers are attached or stripped.
    4. Improve Lumo's own ability to explain its own privacy features accurately.

    END COPY PASTE FROM LUMO

    I once again, want to remind, my suggestion is just for Lumo, if we ask about itself, Proton producs, and more, to actually know. Something that i saw many times failing (like how Lumo did not know it's a cat. And How it did not understand how projects can be linked to folders in drive and so on and on).

    MY POINT: this is just another example of critical information that Lumo should know without us needing to search online, blogs, announcements, and more for anything, since it's about Lumo directly and about privacy.

    Hello

    WARNING: there is only 1 single suggestion: when an update, or system or otherwise is added, Lumo needs to be aware of.

    Everything else i write, is me explaining the context, why, and more. But please remember that all this is for the above suggestion.......... Because i asked lumo to do a summary and it added "suggestion" that i did not say (like usually, adding extras....) but they are on the point, and can, hopefully, help everyone understand the suggestion better.

    HERE IS COPY PASTE FROM LUMO:

    On 11 September 2026 I used the thumbs-down button to report an… more

    3 votes

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  Changes to existing features  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

17. Lumo Canvas needs a copy to clipboard icon

    Top right of the Lumo canvas could have the same copy to clipboard icon as we have in the main chat at the bottom of an output. I cant even use copy all text short-cut as it just copies everything on the screen.

    2 votes

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  Changes to existing features  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

18. Lumo Canvas needs Export Options

    I would like to export to PDF, currently i am having to get Lumo to do a HTML version and then download that- open that up and use the Print to PDF option in the browser. It would be so much faster to export to PDF, and it would need to be printer friendly as well. Save on ink etc. Other options could be export as MD, txt, rtf.

    2 votes

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  Changes to existing features  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

19. Abandon Lumo and use resources to address deficiencies in Proton's core secure IT services

    Of course, I have no idea how many people use Lumo or how valuable a business this is to Proton. I hope this suggestion may flush that knowledge out.

    Customers buy Proton services for its secure IT communications. That is - as far as I know - Proton's core business and its unique selling point.

    Many companies offer AI chatbots which - if they're ever useful at all (about which I have doubts) - improve through scale usage, something Proton seems unlikely to achieve, at least when compared to US behemoths.

    Proton appears to have a large development backlog in its core security offerings, if the list in this Proton Voice website is to be believed. Some core deficiencies have remained unaddressed for years. I assume (but don't know) that Proton, as well as other secure communications companies, are trying to deal with a flood of customers fleeing US services or who are nervous about a deteriorating security environment. If so, the demand will only increase.

    Proton makes secure IT better than it makes AI chatbots. Proton's reputation is in secure IT. I assume that Proton sells more secure IT services that AI chatbots. I suggest that AI chatbots are a lower priority for new and existing Proton customers than secure IT. I submit that the world does not need - and Proton is unlikely to sell - more AI chatbots, but the world does need - and Proton can sell - better secure IT services.

    Of course, I have no idea how many people use Lumo or how valuable a business this is to Proton. I hope this suggestion may flush that knowledge out.

    Customers buy Proton services for its secure IT communications. That is - as far as I know - Proton's core business and its unique selling point.

    Many companies offer AI chatbots which - if they're ever useful at all (about which I have doubts) - improve through scale usage, something Proton seems unlikely to achieve, at least when compared to US behemoths.

    Proton appears to have a large development backlog in… more

    4 votes

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    1 comment  ·  Changes to existing features  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

20. Train Lumo to understand the user interface

    Lumo doesn't understand how to communicate through the User Interface very well. It should be trained. Lumo said that the character limit for a single response was about 4000 to 6000 characters. It should know the actual number and be able to feedback to the user that the limit was hit instead of indicating that it will try to better next time (it won't, the UI has a hard limit). When trying to get Lumo to format a list, it is like working with a teenager, it doesn't do what you want and says it will try to better next time. The problem is that it doesn't understand how the user interface interprets things like linefeed vs carriage return. If they Lumo and the UI both used a common format like Rich Text Format, it would cut the conversation requests way down.

    Lumo doesn't understand how to communicate through the User Interface very well. It should be trained. Lumo said that the character limit for a single response was about 4000 to 6000 characters. It should know the actual number and be able to feedback to the user that the limit was hit instead of indicating that it will try to better next time (it won't, the UI has a hard limit). When trying to get Lumo to format a list, it is like working with a teenager, it doesn't do what you want and says it will try to better next… more

    6 votes

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  Changes to existing features  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating