<div>Hello,</div><div><br></div><div>sorry for the delay.</div><div><br></div><div>The indentation is not a problem anymore. As I stated in one of my previous emails, there</div><div>seems to have been a problem with 'detecting from file'. Every indentation I do now works</div>
<div>as I want it to.</div><div><br></div><div>Only thing that remains is the behavior for parenthesis.  But I guess I'll just cope with it.</div><div>I can post the filetypes.python, as well as the filetypes.common if you still like to see them.</div>
<div>As for the code I'm sorry to say that can't post even parts of it. I use Geany at work and the</div><div>code is for our internal systems.</div><div><br></div><div>Thanks so far</div><div>Phil</div><div><br></div>
<br><div class="gmail_quote">On Thu, Jan 20, 2011 at 11:42 PM, Lex Trotman <span dir="ltr"><<a href="mailto:elextr@gmail.com">elextr@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Hi Phil,<br>
<br>
Indentation is a tricky subject, there are so many standards that we<br>
can each have one...<br>
<br>
... so to summarize as much for my benefit as anyones.<br>
<br>
Document->indent type<br>
<br>
Shows and sets the indent type which is currently being used for the<br>
current file, this is per file and is not saved when the file is<br>
closed since there is nowhere to save it per file.  It is saved and<br>
restored with the session if Geany is closed with the file open.<br>
<br>
Edit->preferences->editor<br>
<br>
This sets the type to use with a new file or when opening a file if<br>
"detect from file" is not set.  If "detect from file" is set then<br>
Geany tries to decide from what it finds in the first part of the file<br>
when it is first opened.  This value becomes the Document->indent type<br>
for the new/opened file.  There is a menu item to apply this default<br>
to all open files under project.  I might suggest moving this under<br>
tools, its not really project related.<br>
<br>
AFAICT this seems to be working properly in 0.20 for Python.<br>
<br>
As for your other problems, can you post your magical mystery<br>
filetypes.python and examples of the files where other problems occur<br>
with step by step what to do, what you expect to happen and what<br>
happens I've kind of lost the plot :-)<br>
<br>
Cheers<br>
<font color="#888888">Lex<br>
</font><div><div></div><div class="h5"><br>
<br>
On 21 January 2011 02:31, Philipp Kalder <<a href="mailto:pkalder@googlemail.com">pkalder@googlemail.com</a>> wrote:<br>
> Another note:<br>
> I just discovered that I have another file open in which adding ) works. But<br>
> not adding ] . . .<br>
> Just another python script. Maybe If I . . .<br>
> (away, checking something . . . .)<br>
> Ok, not so. I thought closing all open files, then closing geany. Restarting<br>
> it and then reopen<br>
> the files would do the trick.<br>
> But this remains a mystery, sorry. I don't think any system settings result<br>
> in a behavior like this.<br>
> One script has closing parenthesis not auto added, though set, the other<br>
> has, but the other misses this for square brackets.<br>
> Regards<br>
> Phil<br>
><br>
> On Thu, Jan 20, 2011 at 2:47 PM, Philipp Kalder <<a href="mailto:pkalder@googlemail.com">pkalder@googlemail.com</a>><br>
> wrote:<br>
>><br>
>> Same thing with version 0.20.<br>
>> But I guess this might be related to the fact that it uses the same<br>
>> preferences.<br>
>> Regards<br>
>> Phil<br>
>><br>
>> On Thu, Jan 20, 2011 at 2:40 PM, Philipp Kalder <<a href="mailto:pkalder@googlemail.com">pkalder@googlemail.com</a>><br>
>> wrote:<br>
>>><br>
>>> Hello,<br>
>>> thanks for the quick reply:<br>
>>><br>
>>> On Thu, Jan 20, 2011 at 12:21 PM, Lex Trotman <<a href="mailto:elextr@gmail.com">elextr@gmail.com</a>> wrote:<br>
>>>><br>
>>>> On 20 January 2011 21:36, Philipp Kalder <<a href="mailto:pkalder@googlemail.com">pkalder@googlemail.com</a>> wrote:<br>
>>>> > Hello list,<br>
>>>> > I think I found a bug or two othree . . ., but am not sure. So I first<br>
>>>> > write<br>
>>>> > to the list.<br>
>>>> > I hope this is the right place.<br>
>>>> > I have an apt-get install of Geany 0.19.1 and installed a theme from<br>
>>>> > here:<br>
>>>> > <a href="http://www.barryvan.com.au/2009/01/geany-ide-tango-dark-colour-scheme/" target="_blank">http://www.barryvan.com.au/2009/01/geany-ide-tango-dark-colour-scheme/</a><br>
>>>> > I did this more or less before I really used geany. But I think some<br>
>>>> > of the<br>
>>>> > issues started<br>
>>>> > first after the theme was applied. I also created a filetype.common as<br>
>>>> > mentioned<br>
>>>> > in the comments of the link above.<br>
>>>> > I installed a Virtual Machine Ubuntu 10.10 (same as my workstation)<br>
>>>> > and<br>
>>>> > tested the 'fresh' version against the one I use:<br>
>>>> > 1. Issue<br>
>>>> > In an Editor such as gedit or Editra as well as in Geany you can mark<br>
>>>> > a text<br>
>>>> > and replace it with anything you have in your clipboard.<br>
>>>> > The usual linux behavior would be to copy the marked text to the<br>
>>>> > clipboard,<br>
>>>> > so ctrl+v-ing would simply replace the marked text with itself.<br>
>>>> > After installing the above theme however, the behavior changes from<br>
>>>> > Editor<br>
>>>> > like to usual. Which is quite inconvenient.<br>
>>>><br>
>>>> Don't know how the theme affects this?? What does a fresh version on<br>
>>>> the actual workstation do? After all a VM may not have tweaks you<br>
>>>> added to your normal environment and certainly does not have same GUI<br>
>>>> drivers.<br>
>>><br>
>>> The thing is, if I copy away the filetypes.python I use, or copy one<br>
>>> from /usr/share/geany<br>
>>> to .config/geany/filedefs and restart Geany, it behaves as expected, what<br>
>>> I labled 'Editor'-Style.<br>
>>> So even considering the differences between a VM and the actual<br>
>>> workstation, I can change the behavior<br>
>>> even on the workstation alone. And the trigger seems to be using a<br>
>>> different filetypes.python. So let me rephrase:<br>
>>> When changing the filetypes.python I use, the behavior changes. I always<br>
>>> quit Geany before I make changes<br>
>>> like that and start it only after it's finished. the identifiers<br>
>>> attribute was not set as well as the lexer_properties section<br>
>>> was not defined. I took those from the /usr/share/geany file and added<br>
>>> them. I also changed certain colors, to have<br>
>>> a more dark blue background. But again, the behavior is 'usual' style.<br>
>>>><br>
>>>> > 2. Issue<br>
>>>> > I have some issues with indentation while coding. I code in python.<br>
>>>> > Pressing<br>
>>>> > Enter after a colon results in the next line being indented using<br>
>>>> > tabs.<br>
>>>> > But my settings are to use spaces. Pressing Enter after a 'regular'<br>
>>>> > line,<br>
>>>> > the indentation is done using spaces.<br>
>>>> > So I guess there is some problem with the implementation for<br>
>>>> > python/colon.<br>
>>>> > Python sometimes really get's finicky about mixing spaces and tabs.<br>
>>>><br>
>>>> This works for me, did you force the preference to apply to already<br>
>>>> open documents? Just setting the preference won't change the setting<br>
>>>> for already open documents unless you force it (see note at top of<br>
>>>> preference page)<br>
>>><br>
>>> Do you refer to<br>
>>> <a href="http://www.geany.org/manual/current/index.html#preferences" target="_blank">http://www.geany.org/manual/current/index.html#preferences</a><br>
>>> and the statement about changes under the 'Document' Tab?<br>
>>> Anyway, I restarted Geany after changing settings. They showed up as I<br>
>>> set there.<br>
>>> Preferences Dialog -> Editor TAB Indentation: Type Spaces<br>
>>> But don't seem to apply. Just to be sure, we are talking about the same:<br>
>>> A sample, I have 'Show whitespaces' active at all times:<br>
>>> . . . . if xmldoc.getElementsByTagName('ns3:message') == 'broken<br>
>>> symlink': <hitting enter results in><br>
>>> ----->---->print "The symlink is broken"<br>
>>> However, I've just had a look at the options under the Documents Tab and<br>
>>> found that<br>
>>> Indent Type<br>
>>> was set to Tabs and space although my Settings in the Preferences Dialog<br>
>>> show it as spaces.<br>
>>> Changing it there, solves this. It also keeps this set after restarting<br>
>>> Geany. Though this is the opposite of<br>
>>> what it say's in the Geany manual:<br>
>>> "The settings under the Document menu, however, are only for the current<br>
>>> document and revert to defaults when restarting Geany."<br>
>>> So I'm not sure whether this is a bug or just a 'glitch', but changing<br>
>>> the filetypes.python changed this behavior as well.<br>
>>><br>
>>>><br>
>>>> > 3. Issue<br>
>>>> > Is again related to the theme, after testing this in the VM. Auto<br>
>>>> > completing/adding for parenthesis does not work with the theme.<br>
>>>> > With the 'fresh' Geany closing parenthesis is added just as it should<br>
>>>> > be,<br>
>>>> > with the theme it's not. Curly and square braces are added without<br>
>>>> > difficulty.<br>
>>>><br>
>>>> Again don't see how this is to do with the theme, more likely system<br>
>>>> configuration being different to the VM.<br>
>>><br>
>>> Also again, any suggestions on which system config element could possibly<br>
>>> influence the<br>
>>> behavior of the editor? I purged and reinstalled Geany, put the<br>
>>> filetypes.* back in place<br>
>>> and started the Editor, same picture. Though I have to admit, that the<br>
>>> purging seems not<br>
>>> to have been as thorough as I wished. After starting the editor, the last<br>
>>> opened files reappeared.<br>
>>>><br>
>>>> > 4. Issue<br>
>>>> > Might be related to no.2. Though the settings are set to use spaces,<br>
>>>> > pressing tab inserts a tab and even converts preceding spaces in<br>
>>>> > groups of<br>
>>>> > $tabwidth into tabs<br>
>>>> > Moving multiple lines at once with tab, also inserts and converts<br>
>>>> > spaces to<br>
>>>> > tabs. This seems not to be related to the theme as well.<br>
>>>><br>
>>>> See comment above, behaves as you describe even with pref changed<br>
>>>> unless the change is applied to the open file.<br>
>>><br>
>>> I'll gibe the version 0.20 a try. Lets see what this brings.<br>
>>> Thanks again.<br>
>>> Phil<br>
>>><br>
>>>><br>
>>>> Cheers<br>
>>>> Lex<br>
>>>><br>
>>>> > So I don't know if these are 'bugs', so if someone know's anything<br>
>>>> > about it,<br>
>>>> > please let me know.<br>
>>>> > Especially if it is a bug, that might already been filed as one.<br>
>>>> > Regards<br>
>>>> > Phil<br>
>>>> > _______________________________________________<br>
>>>> > Geany mailing list<br>
>>>> > <a href="mailto:Geany@uvena.de">Geany@uvena.de</a><br>
>>>> > <a href="http://lists.uvena.de/cgi-bin/mailman/listinfo/geany" target="_blank">http://lists.uvena.de/cgi-bin/mailman/listinfo/geany</a><br>
>>>> ><br>
>>>> ><br>
>>>> _______________________________________________<br>
>>>> Geany mailing list<br>
>>>> <a href="mailto:Geany@uvena.de">Geany@uvena.de</a><br>
>>>> <a href="http://lists.uvena.de/cgi-bin/mailman/listinfo/geany" target="_blank">http://lists.uvena.de/cgi-bin/mailman/listinfo/geany</a><br>
>>><br>
>><br>
><br>
><br>
> _______________________________________________<br>
> Geany mailing list<br>
> <a href="mailto:Geany@uvena.de">Geany@uvena.de</a><br>
> <a href="http://lists.uvena.de/cgi-bin/mailman/listinfo/geany" target="_blank">http://lists.uvena.de/cgi-bin/mailman/listinfo/geany</a><br>
><br>
><br>
_______________________________________________<br>
Geany mailing list<br>
<a href="mailto:Geany@uvena.de">Geany@uvena.de</a><br>
<a href="http://lists.uvena.de/cgi-bin/mailman/listinfo/geany" target="_blank">http://lists.uvena.de/cgi-bin/mailman/listinfo/geany</a><br>
</div></div></blockquote></div><br>