Couldn't find such enhancement/improvement request, so am I the only who doesn't want to perform extra clicks every time new document is created?
I mean, when new document (file) is created in Geany, mouse cursor isn't moved to text field. As as result, you must manually click empty text area every time you want to start typing. Is there some specific reason why Geany doesn't allow typing text right after creating new file?
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/1925
`async` and `await` are Python keywords since Python 3.5, however, they are not highlighted as such in Geany.
![geany-async](https://cloud.githubusercontent.com/assets/2401856/21525405/64e7c93a-cd1d-11e6-8763-c04751220905.png)
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/1351
It would be useful to be able to place the message window on the left as currently Geany only allows placing it on the right or bottom of the screen. Whereas the sidebar can be placed on either side of the screen.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/1719
Hello,
While trying operator overloading in Rust, I see some unexepected behaviour of Geany. For a structure called ComplexNumber, the implementation of Add and Mul require separate implementation blocks. I expected that Add and Mul would be listed together with print and magnitude. If I try operator overloading in a similar way in C++, the member functions get nicely grouped below the name of the structure, even if they are defined in separate blocks. See the picture and the attached Rust example.
![implementationsrust](https://cloud.githubusercontent.com/assets/7198614/10871318/e51a5f5a-80e3-11e5-987f-4e2fc4c16615.png)
use std::ops::{Add,Mul};
#[derive(Debug,Copy,Clone)]
pub struct ComplexNumber {
r : f64,
j : f64
}
impl Add for ComplexNumber{
type Output = ComplexNumber;
fn add(self, rhs: ComplexNumber) -> ComplexNumber {
ComplexNumber {r: self.r+rhs.r, j: self.j+rhs.j}
}
}
impl Mul for ComplexNumber{
type Output = ComplexNumber;
fn mul(self, rhs: ComplexNumber) -> ComplexNumber {
ComplexNumber {r: self.r*rhs.r-self.j*rhs.j, j: self.r*rhs.j+self.j*rhs.r}
}
}
impl ComplexNumber {
fn print(& self) {
print!("{}+{}i ",self.r,self.j);
}
fn magnitude(& self) -> f64 {
(self.r.powi(2)+self.j.powi(2)).sqrt()
}
}
fn main()
{
let a = ComplexNumber {r: 1.0, j: 0.0};
let b = ComplexNumber {r: 0.0, j: 1.0};
let c = a + b;
let d = a * b;
let e = c + d;
c.print();
d.print();
e.print();
print!("{} ", e.magnitude());
}
---
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/728
I'm using Geany 1.30.1 on (German) Windows 7.
What puzzles me is, that the Geany user interface shows a mixture of English and German. The Menu (File, Edit, Search, ...) is completely in English, but the toolbar below is mostly in German, but with English interspersed (Saying "Neu", "öffnen", "Speichern", "Save All", "Zurücksetzen" (whatever this means), "Schließen", "Zurück", "Vor", "Compile", "Build", "Ausführen").
I understand that Geany uses GTK+ to present itself, and that it is a bit difficult to persuade a GTK+ Application to use a certain language. I do not understand, how I can get such a mixture of languages though.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/1919
This is a sister implementation for "k" in order to behave like "j" when wrapping is on (see #748). The problem with the current implementation is that "k" moves caret to the last line of a wrapped line instead of the first one like "j".
@pcworld Can you check if it looks good to you? This one is a bit more complex because one has to either "iterate" over the wraps when going up (for the first line only) or go to the previous line and go down.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany-plugins/pull/754
-- Commit Summary --
* vimode: When wrapping is on, "k" should go to the first line of wrapping
-- File Changes --
M vimode/src/cmds/motion.c (48)
-- Patch Links --
https://github.com/geany/geany-plugins/pull/754.patchhttps://github.com/geany/geany-plugins/pull/754.diff
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany-plugins/pull/754
SCI_LINEDOWN goes down only one display line, hence when line wrapping
was enabled and a line wrapped over more than two lines, it was
impossible to go to the next actual line when pressing j.
Note that this still doesn't emulate vim behavior correctly where
caret-x position is saved for actual lines and not display lines. But
this change at least makes j go the next line when wrapping is enabled.
Note that I'm not completely sure whether this change retains all workarounds [mentioned in `cmd_goto_up`](https://github.com/geany/geany-plugins/blob/341cab4e13c122b2b74e6f31a43be9adc653f8af/vimode/src/cmds/motion.c#L51-L54).
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany-plugins/pull/748
-- Commit Summary --
* vimode: Fix goto_down with line wrapping
-- File Changes --
M vimode/src/cmds/motion.c (2)
-- Patch Links --
https://github.com/geany/geany-plugins/pull/748.patchhttps://github.com/geany/geany-plugins/pull/748.diff
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany-plugins/pull/748
Add file and directory creation, renaming and removal operations to the Project Organizer sidebar.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany-plugins/pull/766
-- Commit Summary --
* Add file operations to Project Organizer.
-- File Changes --
M projectorganizer/src/prjorg-project.c (1)
M projectorganizer/src/prjorg-project.h (2)
M projectorganizer/src/prjorg-sidebar.c (246)
M projectorganizer/src/prjorg-utils.c (78)
M projectorganizer/src/prjorg-utils.h (7)
-- Patch Links --
https://github.com/geany/geany-plugins/pull/766.patchhttps://github.com/geany/geany-plugins/pull/766.diff
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany-plugins/pull/766