Proton Nutzer
My feedback
30 results found
-
4 votes
Proton Nutzer
supported this idea
·
-
4 votes
Proton Nutzer
supported this idea
·
-
45 votes
Proton Nutzer
supported this idea
·
-
7 votes
Proton Nutzer
supported this idea
·
-
10 votes
Proton Nutzer
supported this idea
·
-
3 votes
Proton Nutzer
shared this idea
·
-
5 votes
An error occurred while saving the comment -
8 votes
An error occurred while saving the comment
Proton Nutzer
commented
Like nucleartell said that already works but needs improvement.
In addition to the already stated issues, there ist at least another one:once a file was automatically loaded from a drive folder and then cleaned up, then you can't get it back into memory.
-
5 votes
Proton Nutzer
supported this idea
·
-
4 votes
Proton Nutzer
supported this idea
·
An error occurred while saving the comment
Proton Nutzer
commented
Well, i'm torn.
I was about to write a similar, but much easier to implement suggestion...I guess I'll do both and share my suggestion here as well, after i've written it.
.
P.s. as promised, it is this:
https://protonmail.uservoice.com/forums/932842-lumo/suggestions/51738580-add-the-option-to-protect-files-and-messages-from -
3 votes
An error occurred while saving the comment
Proton Nutzer
commented
I don'T know if this will solve your issue, but maybe it's a hint:
.
Every project has a drive folder and project instructions.
Connect your project to a drive folder, add a .txt file there with the pertinent details of your project.
Then reference that file from your project instructions or spawn each chat using that file.
-
3 votes
An error occurred while saving the comment
Proton Nutzer
commented
All these features already exist...
You can create different projects
and within which, you can give your lumo different prompt instruction sets,
by putting them into the project instructions..
... that said, I'm not a hundred precent sure the project instructions always get properly ingested, if you don't point to them, and i think that they sometimes get "cleaned up" when lumo frees up the memory of a chat,
so maybe this feature needs improvement.
-
71 votes
Proton Nutzer
supported this idea
·
An error occurred while saving the comment
Proton Nutzer
commented
Can we have that for iPhone too please?
I know we can't currently, but you should develop that feature with iPhone in mind too,
cuz i think sooner or later Apple will open that up as well. -
68 votes
An error occurred while saving the comment
Proton Nutzer
commented
I fully agree.
However for that the local STT/TTS on i.e. iPhones does not cut it.
Not only are they very bad, but Lumo has to hear your intonation and all.
Proton Nutzer
supported this idea
·
-
73 votes
An error occurred while saving the comment
Proton Nutzer
commented
Not only that.
I want it to be able to create those files too.
.
Also I want to control other apps with Lumo too.
Like on my phone:
Calendar, Home app, Notes, the Clock (like alarms), Mail, Messages, Spotify, Audible.And yes, those features definatelly should be OptIn per App.
Proton Nutzer
supported this idea
·
-
79 votes
An error occurred while saving the comment
Proton Nutzer
commented
Or the reverse,
it kept telling me it cannot access the project storage,
while clearly that's the purpose of the project storage.
Proton Nutzer
supported this idea
·
-
71 votes
Proton Nutzer
supported this idea
·
-
77 votes
Proton Nutzer
supported this idea
·
-
121 votes
Proton Nutzer
supported this idea
·
-
108 votes
Proton Nutzer
supported this idea
·
How i feel about this feature depends on, if that deletion would bleed through to the proton drive folders,
cuz i think the files there should be safe and ought to be only edited there.
HOWEVER, if some day we get the feature to edit files using Lumo, i think we should be able to set a flag on project subfolders, that Lumo is allowed to edit files within that subfolder.
And then deletion of those files from within Lumo (and the project knowledge sidebar) should be possible.
.
NONE THE LESS, what i completely agree on is, that the "excluded" files don't seem to properly remain "excluded", which they definatelly should.