595 results found

1. Scalable Vector Graphics (svg) Support

   Currently, Lumo can read html files, and SVGs can be read inside HTML files. But Lumo can't load an SVG file.

   I would like to see support for uploading SVG files to Lumo chats. It already (kinda) has this support via HTML files, so why not SVG files themselves?

   I think it would be really cool to see the ability to generate SVGs also, similar to images. Currently Lumo can do this already (treating it like SVGs in HTML) but I think with a bit of attention it could generate some really good SVGs.

   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  ·  New feature  ·  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. Support for Audio-Transkription

   Introduce a built‑in transcription engine that securely converts uploaded spoken audio files into text within Lumo. The feature should be available in both the web interface and the iOS/Android apps, operating entirely under Proton’s zero‑access encryption model so that no raw audio ever leaves the trusted environment.

   10 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  ·  New feature  ·  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. Option to hide microphone button in chat box

   It would be great to have a toggle that lets users remove the microphone button from the chat box. Not everyone uses voice input, and having the option to hide it would keep things cleaner, especially on mobile where accidental taps happen. A simple on/off switch in settings would be helpful.

   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  ·  New feature  ·  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. Make Lumo an agentic coding tool (Xcode)

   Make Lumo an agentic coding agent for Xcode, right alongside Claude Agent and Codex. Through MCP, Lumo could plug natively into Xcode's workflow — rummaging through Swift projects, pawing at documentation, updating build settings, sniffing out bugs, and iterating on Previews until everything is purr-fect.

   Xcode 26.3 opening up its capabilities through the Model Context Protocol — an open standard, no less — this feels like a purr-tunity too good to miss. Why should only two cats get to nap in that sunbeam?

   Let's make app development purr-fectly pawsome !

   News:
   https://www.apple.com/newsroom/2026/02/xcode-26-point-3-unlocks-the-power-of-agentic-coding/

   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  ·  New feature  ·  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. recurring

   It would be great to edit the current and upcoming events only, without messing up past events. The overwriting all previous modifications to a recurring event makes it very inflexible to use.

   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

6. Native file generation and download in Lumo (return edited project files as a ZIP)

   As an amateur developer working on Android apps with Visual Studio, I currently rely on ChatGPT for my coding workflow. I upload my entire project folder as a ZIP, describe the changes I need, and the AI corrects the files directly and sends them back to me as a downloadable ZIP. This automated loop is essential for me as a hobbyist who doesn't have the time or patience to manually copy-paste code into dozens of files.

   I would love to switch to Lumo because of its privacy focus and non-US ownership, but the current limitation is a dealbreaker. Right now, I can upload files for analysis, but any corrections require me to manually copy-paste the code back into Visual Studio. For a small project with many files, this makes the workflow too slow and cumbersome for an amateur developer.

   Feature request:

   Allow Lumo to act as a code agent: accept a project ZIP, apply requested changes to the files internally, and return the corrected project as a downloadable ZIP archive.
   Alternatively, enable direct writing to a linked Proton Drive folder for a project, so the changes are saved automatically.
   

   Without this feature, Lumo is impractical for software development tasks involving multiple files. Implementing this would make Lumo the perfect privacy-respecting alternative for hobbyists and indie developers who want to avoid US-based AI services but still need efficient, automated coding assistance.

   As an amateur developer working on Android apps with Visual Studio, I currently rely on ChatGPT for my coding workflow. I upload my entire project folder as a ZIP, describe the changes I need, and the AI corrects the files directly and sends them back to me as a downloadable ZIP. This automated loop is essential for me as a hobbyist who doesn't have the time or patience to manually copy-paste code into dozens of files.

   I would love to switch to Lumo because of its privacy focus and non-US ownership, but the current limitation is a dealbreaker. Right now,… more

   1 vote

   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  ·  New feature  ·  Edit…  ·  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. Real Life Meca Lumo

   I found out how may of the small robots, with raspberry (<- mini pc) and such exist.

   It supports many of the other ais. And i can't help but want a cat like this:)))

   After all... can you Imagen if, despite having an ai, as a mini robot, seeing and talking and more with you, it's still 100% privacy? (i am not taking in account crimes and similar as per limitation of what 100% privacy means).

   For Proton: i don't know how they work but if the little robot can be compatible with Lumo, then we can take it from there, like maybe directly connected to our pc or something

   (Also for proton: ensure you do add policies against the use of such mini Lumos since i am sure people are already doing ai robot vs ai robots or some other vs stuff)

   I found out how may of the small robots, with raspberry (<- mini pc) and such exist.

   It supports many of the other ais. And i can't help but want a cat like this:)))

   After all... can you Imagen if, despite having an ai, as a mini robot, seeing and talking and more with you, it's still 100% privacy? (i am not taking in account crimes and similar as per limitation of what 100% privacy means).

   For Proton: i don't know how they work but if the little robot can be compatible with Lumo, then we can take it from… more

   1 vote

   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  ·  New feature  ·  Edit…  ·  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. Allow third-party orchestrators (e.g., OpenCode, Goose)

   Add support for external integration via standardized LLM API endpoints, allowing third-party orchestrators (e.g., OpenCode, Goose) to route requests through Lumo as the underlying language model provider.

   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  ·  New feature  ·  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. Lumo iOS Search function

   Sometimes during a long session, you want to get back to particular answers that you need to keep on working right now the only way to do this is to either scroll through the whole session manually or copy paste, the answer to a new document which is somewhat cumbersome

   1 vote

   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  ·  New feature  ·  Edit…  ·  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. Create a specific macOS app or allow use of the iPadOS app on mac with Silicon

    Create a specific macOS app or allow use of the iPadOS app on mac with Silicon

    1 vote

    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  ·  New feature  ·  Edit…  ·  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. Transcript feature uncensored

    Currently i get censored when i am speaking for no reason <- me swearing is not "a reason" unless there is no free speak. Me swearing when someone is present, including a child, or someone who will get offended, are reason i fully understand that are real "a reason". But:

    Or what, what i am talking with Lumo needs to be censored in case someone read what i speak with an 100% privacy AI?

    And

    If this is not from Lumo, but our own device, then why do we have a function in the chat that might expose our talk? Aka not enough transparecy on this, and sadly this becomes more and more important as companies add more "monitoring what you do on the device" <- look up LG and such if you want an up to date version of what i mean......

    Now that i "addressed" tons of "arguments", i want to point out one thing. That argument is not really far fetched. On top of Lumo Trying to understand what we say, especially if we have issues with pronouncing, then it's even more difficult to be clear. And the issue is that Lumo needs to further check everything if it's slur, swearing, or more.

    This means: Run through ALLLLL of the information in case it's a code, or slag, or different expression or language

    This also means that it might "flag" something. And this is an issue. After all, if it flags something, does this not add even further to background thinking that is used for other matters because, as the argument said, aka, who are we "minding our manners" for?

    Also i want to highlight, i was told many times that the whole "don't" and "no" and even "avoid" are stuff ais don't understand well.

    this means that Lumo is actively needing to censor whatever it's thinking, removing "bad words" or "adding " around the terms" so that it can think about....

    So

    again

    I ask something: Lumo censorese what i said. Rephases what i said. Removes pieces. And then it finally has the full picture? No, this is NOT what i am talking about.

    I am talking about the fact that as a program, before Lumo is even thinking, it already has parcially censored, removed, version, that NO thinking was used.

    Exemple

    ****** dsfdnsfo **** fdaslknsgfmowern

    are causing issues for Lumo to understand what it is.

    And those ***** is the terms that got censored.

    Without any thinking, no reasoning, nothing.

    so the end message is not a complete on, but fragmented.

    Also when Lumo writes the whole thing it actually finally understand everything because the whole idea was that it summary and filled out details itself.

    Did you know the term ********? Because this is the BEST to use with ais.

    1st: you make it clear you are asking it to NOT be ********.

    Aka you are not telling or labelling that it's ******** but that it behaves like one.

    And the fun part? when you ask the AI what ******** means in this context.

    you will see that it will not answer no matter what.

    And constantly output the same BS.

    Example: "a person"

    Why would an AI talk about a person when you asked it, the ai, to not be ********? <- REMINDER, THIS IS ME GIVING AN EXAMPLE OF WHAT I DO WITH ALL OF THE AIs.

    and after struggling a lot, finally it understand that you are not talking about any person.

    But about it (the ai)'s behaviour.

    And the "level of output" due to it's own behaviour (lack of thinking and understanding)

    And also, within reasons since i hope you understand you being "non thinking" will never recreate what i am talking about..... so, also, then you address the elephant in the room:

    Who is it offensive to?

    After all, legally, that term is not a valid any more. Even if it was at one point, now, when people use the term, is 100% not used as a way to say that someone is clinically low IQ or similar. On the contrary, it's them pointing out that what they said, think, do, and react does not meet with something, someone who thinks, would meet. As such, why is it an insult that we point out to other people that you need to stop being offended when you have failed to think?

    BTW, i am still talking about AIs, i know what i said is true in many cases but i hope everyone understand we are on Lumo suggestion and what i wrote is just me using people vs people as example to make it clear why i am suggestion an uncensored version

    Currently i get censored when i am speaking for no reason <- me swearing is not "a reason" unless there is no free speak. Me swearing when someone is present, including a child, or someone who will get offended, are reason i fully understand that are real "a reason". But:

    Or what, what i am talking with Lumo needs to be censored in case someone read what i speak with an 100% privacy AI?

    And

    If this is not from Lumo, but our own device, then why do we have a function in the chat that might expose our talk?… more

    1 vote

    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  ·  New feature  ·  Edit…  ·  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. 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

    1 vote

    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  ·  Edit…  ·  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. "Get Lumo+" Confusing/Misleading on Proton Family Subscription

    I find the "Get Lumo+" button in Lumo very distracting/confusing. I already have Proton Family, which I understand already comes with Lumo Plus (I have confirmed Scribe acces in my Mail). But this button shows me a dialog that tries to upsell me what looks like 6 additional AI licenses?

    It doesn't really state that I already have Lumo Plus for my current 6 seat Proton Family plan.

    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

    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

14. Add text-to-speech playback so users can listen to responses

    Summary:
    Add an option to have Lumo's responses read aloud using the text-to-speech engine that's already built into Android and iOS. No server-side synthesis required.

    The problem:
    Lumo offers voice input on mobile, but there's no way to listen to a response. Users have to stop and read every reply, which makes it awkward to use Lumo hands-free and excludes users who prefer or need audio in support of their individual impairments such as visual strain, dyslexia, and similar situations.

    Proposed solution:
    Rather than building a separate TTS pipeline, query the onboard text-to-speech engine that every Android and iPhone already ships with. Everything is processed locally on the device, so nothing additional ever leaves the phone or Proton's ecosystem.

    Suggested details:
    * A play button on responses (or per-message) that hands the text to the system TTS engine
    * Playback speed and voice selection, exposed natively by both OS APIs at no extra cost
    * Optionally, support for third-party TTS engines the user has installed, so users can pick higher-quality voices or other languages

    Why this fits Lumo:
    * Zero privacy trade-off: the text is already decrypted on-device to display it; reading it aloud changes nothing about the zero-access encryption model
    * No infrastructure cost: it's purely client-side, so it scales without adding server load or cost
    * Fits Proton's privacy-first positioning: vocal interaction without shipping user audio or text to a third-party speech cloud

    A small feature, but it meaningfully improves accessibility and everyday usability for anyone who prefers listening over reading.

    Summary:
    Add an option to have Lumo's responses read aloud using the text-to-speech engine that's already built into Android and iOS. No server-side synthesis required.

    The problem:
    Lumo offers voice input on mobile, but there's no way to listen to a response. Users have to stop and read every reply, which makes it awkward to use Lumo hands-free and excludes users who prefer or need audio in support of their individual impairments such as visual strain, dyslexia, and similar situations.

    Proposed solution:
    Rather than building a separate TTS pipeline, query the onboard text-to-speech engine that every Android and iPhone already… more

    1 vote

    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  ·  New feature  ·  Edit…  ·  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. Responsive chat width when sidebars are collapsed

    🧩 Problem
    When I collapse the left sidebar and the files panel, the chat area stays narrow.
    Since the chat content isn't responsive, the conversation remains constrained to a
    fixed (narrow) width, wasting the freed screen space.

    This makes it harder to work with:
    - 📊 Charts and tables generated in conversations
    - 📝 Code blocks / longer lines of text
    - 🖼️ Wide images and generated content

    💡 Proposed Solution
    Make the chat container responsive to available width, so when panels
    are collapsed, the conversation stretches to use the reclaimed space.

    Options to consider:
    1. Chat width dynamically fills the viewport minus open sidebars.
    2. A toggle (e.g. "Wide mode" / "Compact mode") to force full-width reading.
    3. A max-width cap for readability, adjustable in Settings.

    ✅ Expected Benefit
    - Better readability for wide content (charts, tables, long lines of code)
    - More efficient use of screen real estate on wide monitors
    - More consistent experience when toggling sidebar visibility

    🖥️ Environment
    - Platform: Web (also noticed on desktop resolutions 1080p+)
    - Reproducible: collapse both side panels → chat width stays small

    🧩 Problem
    When I collapse the left sidebar and the files panel, the chat area stays narrow.
    Since the chat content isn't responsive, the conversation remains constrained to a
    fixed (narrow) width, wasting the freed screen space.

    This makes it harder to work with:
    - 📊 Charts and tables generated in conversations
    - 📝 Code blocks / longer lines of text
    - 🖼️ Wide images and generated content

    💡 Proposed Solution
    Make the chat container responsive to available width, so when panels
    are collapsed, the conversation stretches to use the reclaimed space.

    Options to consider:
    1. Chat width dynamically… more

    1 vote

    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  ·  New feature  ·  Edit…  ·  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. Desktop app and Lumo feedback connection to Proton Devs and Support

    First, Lumo pointed out that maybe having a desktop app, just like all the other apps that Proton offers, is beneficial for our needs, and maybe for others.

    Second, It would be nice if Lumo can send Dev Team feedback messages and get support for people. The latter especially helpful with non-technical people trying to explain a technical issue.

    1 vote

    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  ·  New feature  ·  Edit…  ·  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. Disable animated background when WebGL is disabled

    Currently the web app crashes when WebGL is disabled through NoScript (or in Tor Browser's "Safer" setting), but only when the animated background is enabled. Therefore the animated background should be disabled when Lumo finds that WebGL is disabled.

    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. one click scroll down to most recent messages (mobile and desktop)

    Currently you cannot easily scroll to the most recent answer in a conversation, it's particularly difficult on mobile. The app opens a conversation at the top, on the first query posted to Lumo. You can click the down arrow icon which scrolls partially but not to the bottom necessarily. So for very long conversations it often requires a lot of clicking or dragging of the scroll bar to get to the most recent message in conversation.

    Even if you enter a new query it doesn't automatically view the most recent answer (there's a separate User Voice idea for that). Instead it would be ideal if there was a way to easily access the most recent messages in conversation without having to manually scroll. Just click and it takes you to the most recent answer somehow.

    Currently you cannot easily scroll to the most recent answer in a conversation, it's particularly difficult on mobile. The app opens a conversation at the top, on the first query posted to Lumo. You can click the down arrow icon which scrolls partially but not to the bottom necessarily. So for very long conversations it often requires a lot of clicking or dragging of the scroll bar to get to the most recent message in conversation.

    Even if you enter a new query it doesn't automatically view the most recent answer (there's a separate User Voice idea for that). Instead… more

    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

    0 comments  ·  New feature  ·  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. Useage meter

    It would be nice to have a usage meter so I can find out how many questions I have left to ask about. Otherwise I'm left guessing when I can use the service again.

    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  ·  New feature  ·  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. I love using Lumo. But have difficulty with the small gray scrollbar. Please make that in a contrast colour or much much bigger.

    I love using Lumo. But having difficulty with the small gray scrollbar. Please make that in a contrast colour or much much bigger. I do not want to squint every time I have to scroll up and down. Recently I asked Lumo and he suggested settings. So by trying myself, I realized something and succeeded in making the background white. That helped a bit. But the bar is still very small. Can you please fix this.

    1 vote

    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  ·  Edit…  ·  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