| Summary: | KTextEditor should try to guess encoding... | ||
|---|---|---|---|
| Product: | [Applications] kate | Reporter: | Mikkel Høgh <bugs> |
| Component: | part | Assignee: | KWrite Developers <kwrite-bugs-null> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | wishlist | ||
| Priority: | NOR | ||
| Version First Reported In: | 0.2 | ||
| Target Milestone: | --- | ||
| Platform: | Gentoo Packages | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
Mikkel Høgh
2005-08-13 17:36:37 UTC
There are several solutions for this problem: 1. Quanta has a default encoding but you can specify another on in the file open dialog. 2. You can change the encoding after you opened the file with Tools|Encoding menu entry. 3. A project can have a different default encoding. 4. You can use Kate variables to inform the Kate part which encoding is to be used. See Kate's handbook about details. But I agree Quanta could be a bit smarter here. On Sunday 21 August 2005 19:49, Jens Herden wrote:
> But I agree Quanta could be a bit smarter here.
How? I think Kate should be more smarter...
#2: So the editor in Quanta is actually Kate? In that case, the product of this bug should be changed :) Yes, it is the same editor as in Kate. It is called "katepart". So, you leave it to us to find the *wish* this duplicates? related to bug #55355 and #116777 I did not know the Kate wishes or bugs, but it was clear that this was belongs to Kate, so I just reassigned. You can take as a report from somebody who did not verify for existing reports before filing a new one. (Thanks Dominik for doing it though.) |