STR:

1. Open a file
2. Position the cursor somewhere specific
3. Make an external change to that file (outside of Diakonos)
4. Type a letter or some other character
5. See prompt to reload; answer (y)es.
6. See file reloaded, and typed letter apparently added to file.
7. Refresh display (Ctrl-Alt-R, or pan view with Ctrl-Up or Ctrl-Down).
8. Observe that typed character is not actually there.

Sometimes:

Diakonos Error:                                                                                                                      

TypeError: wrong argument type nil (expected Regexp)                                                                                 

Probable Causes:                                                                                                                     

- Unknown                                                                                                                            

----------------------------------------------------                                                                                 
If you can reproduce this error, please report it at                                                                                 
https://github.com/Pistos/diakonos/issues !                                                                                          
----------------------------------------------------                                                                                 
/home/pistos/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/site_ruby/1.9.1/diakonos/buffer/display.rb:46:in `scan'                            
/home/pistos/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/site_ruby/1.9.1/diakonos/buffer/display.rb:46:in `find_closing_match'              
/home/pistos/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/site_ruby/1.9.1/diakonos/buffer/display.rb:200:in `print_line'                     
/home/pistos/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/site_ruby/1.9.1/diakonos/buffer/display.rb:307:in `block in display'               
/home/pistos/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/site_ruby/1.9.1/diakonos/buffer/display.rb:295:in `each'                           
/home/pistos/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/site_ruby/1.9.1/diakonos/buffer/display.rb:295:in `each_with_index'                
/home/pistos/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/site_ruby/1.9.1/diakonos/buffer/display.rb:295:in `display'                        
/home/pistos/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/site_ruby/1.9.1/diakonos/display.rb:291:in `block in display_buf

This is on Debian Wheezy diakonos 0.9.0-1 - under kde konsol - also fails in xterm and gnome-terminal

If I copy /etc/diakonos/diakonos-256-colour.conf to ~/diakonos/

And uncomment:

#include ~/.diakonos/diakonos-256-colour.conf

Then open a php file ( or most any file ) I get black fonts on black background - which is not quite as useful as I hoped.

Debian is using libruby1.9.1

I've tried simple colour statements with similar results:

Instead of :
colour 32 black cyan

The following is black on black
colour 32 1 98

I think the following is the color map?

http://cl.pocari.org/images/vim-256color.png

Also looking at all subdirectories may take too long.

FuzzyFileFinder::TooManyEntries: FuzzyFileFinder::TooManyEntries

This problem occurs under OS X Lion.

As soon as I try to open a file with Ctrl+O, i get "ArgumentError: invalid byte sequence in UTF-8", full details here http://pastebin.com/bGuAKn8K

Arch Linux 64bit, Diakonos 0.9.0

re: tab completion

This is so that it doesn't lock up the interface. For example, this is often triggered when you use | in greps.

While playing macro, type_character method fails with

NameError: undefined local variable or method

I think this is caused by
File lib/diakonos/keying.rb line 405
@macro_history.push "type_character #{c}, #{mode.inspect}"

It worked when modify the line to
@macro_history.push "type_character '#{c}', #{mode.inspect}"

I have had to stop using Diakonos because it crashes whenever I accidentally enter a non-ASCII character like "á". The problem is present in the latest Git download using Ruby 1.9.3. When I enter a non-ASCII character, Diakonos instantly crashes with the error:

/usr/lib/ruby/1.9.1/diakonos/buffer/selection.rb:290:in paste': incompatible character encodings: ASCII-8BIT and US-ASCII (Encoding::CompatibilityError) from /usr/lib/ruby/1.9.1/diakonos/keying.rb:291:inprocess_keystroke'
from /usr/lib/ruby/1.9.1/diakonos.rb:388:in start' from ./diakonos:6:in

Is it possible to avoid the crash somehow? I do not actually need it to display non-ASCII characters, I just don't want to lose all my work every time I accidentally type an "á".

its always nice to have a readable readme, so just git rm Readme Readme.rdoc and it will look nicer :)

By mistake, I tried opening "nothing" by not entering a file name in the file opening input (ctrl+o):

Diakonos Error:

Errno::EISDIR: Is a directory - /home/kaelux

Probable Causes:

• Unknown

If you can reproduce this error, please report it at

https://github.com/Pistos/diakonos/issues !

/usr/lib/ruby/1.9.1/diakonos/buffer.rb:58:in readlines' /usr/lib/ruby/1.9.1/diakonos/buffer.rb:58:ininitialize'
/usr/lib/ruby/1.9.1/diakonos/functions/buffers.rb:223:in new' /usr/lib/ruby/1.9.1/diakonos/functions/buffers.rb:223:inopen_file'
/usr/lib/ruby/1.9.1/diakonos/functions/buffers.rb:294:in open_file_ask' eval:1:inprocess_keystroke'
/usr/lib/ruby/1.9.1/diakonos/keying.rb:327:in eval' /usr/lib/ruby/1.9.1/diakonos/keying.rb:327:inprocess_keystroke'
/usr/lib/ruby/1.9.1/diakonos.rb:388:in start' /usr/bin/diakonos:6:in

æ,ø or å inserts a space and misplaces the cursor.

To get a Norwegian keyboard layout:
xsetkbmap no

To reproduce the problem:
type æ, ø or å in Diakonos.

I have successfully installed diakonos on windows (tested on Windows 7 and 8) using gist.github.com/vtypal/6680427

Everything works fine, but i have a problem when inserting text. For each keystroke, the first key respond normally, but the next does not respond. A solution to prevent this kind of problem would be to hold down the first key for a longer time.

I changed the sensitivity of the keyboard from my windows machine, but this keyboard sensitivity problem seems to depend on editor side (or curses side). Could you please suggest some guideline to resolve this?

Tested on ruby 2.0.0p247 (rubyinstaller for windows)

I'm using 1.9.2, so maybe it is due to that. In any case, it would be nice to have it solved since its the current stable version.

This problem is that, when typing normally, diakonos suddently prints a wierd code either in the text area or in the last line of the editor (where messages appear). It seems to be a display problem, since the correct character gets saved in the resulting file.

And after history search.

Reenable when readline is cleared.

It's very very light gray, but not white.

So currently ArchLinux'es package building scripts PKGBUILDs are
detected as pure text instead of sh/bash syntaxed like they are.
I trried to add the PKGBUILD to the config file, but I don't really get the
syntax, so I posted this request on here.
Could you add 'PKGBUILD' named files as bash scripts to the config?

I use Ubuntu 12.10, my ruby version is 1.9.3p194 (2012-04-20 revision 35410) and my Diakonos version is 0.9.1

For example
map alt+f find_again Works
map alt+f find_again "up" Doesn't work

I've tried mapping the function to another key but this doesn't work either

Edit:
The "up" was changed to :up

This is on Debian Wheezy diakonos 0.9.0-1

To reproduce I open a file - then cnt-o to open a dot file second file - type .
That is a dot above and I get:
Diakonos Error:

FuzzyFileFinder::TooManyEntries: FuzzyFileFinder::TooManyEntries

Probable Causes:

• Unknown

If you can reproduce this error, please report it at

https://github.com/Pistos/diakonos/issues !

/usr/lib/ruby/1.9.1/diakonos/vendor/fuzzy_file_finder.rb:221:in block in follow_tree' /usr/lib/ruby/1.9.1/diakonos/vendor/fuzzy_file_finder.rb:219:ineach'
/usr/lib/ruby/1.9.1/diakonos/vendor/fuzzy_file_finder.rb:219:in follow_tree' /usr/lib/ruby/1.9.1/diakonos/vendor/fuzzy_file_finder.rb:226:inblock in follow_tree'
/usr/lib/ruby/1.9.1/diakonos/vendor/fuzzy_file_finder.rb:219:in each' /usr/lib/ruby/1.9.1/diakonos/vendor/fuzzy_file_finder.rb:219:infollow_tree'
/usr/lib/ruby/1.9.1/diakonos/vendor/fuzzy_file_finder.rb:226:in block in follow_tree' /usr/lib/ruby/1.9.1/diakonos/vendor/fuzzy_file_finder.rb:219:ineach'
/usr/lib/ruby/1.9.1/diakonos/vendor/fuzzy_file_finder.rb:219:in follow_tree' /usr/lib/ruby/1.9.1/diakonos/vendor/fuzzy_file_finder.rb:226:inblock in follow_tree'
/usr/lib/ruby/1.9.1/diakonos/vendor/fuzzy_file_finder.rb:219:in each' /usr/lib/ruby/1.9.1/diakonos/vendor/fuzzy_file_finder.rb:219:infollow_tree'
/usr/lib/ruby/1.9.1/diakonos/vendor/fuzzy_file_finder.rb:226:in block in follow_tree' /usr/lib/ruby/1.9.1/diakonos/vendor/fuzzy_file_finder.rb:219:ineach'
/usr/lib/ruby/1.9.1/diakonos/vendor/fuzzy_file_finder.rb:219:in follow_tree' /usr/lib/ruby/1.9.1/diakonos/vendor/fuzzy_file_finder.rb:137:inblock in rescan!'
/usr/lib/ruby/1.9.1/diakonos/vendor/fuzzy_file_finder.rb:137:in each' /usr/lib/ruby/1.9.1/diakonos/vendor/fuzzy_file_finder.rb:137:inrescan!'
/usr/lib/ruby/1.9.1/diakonos/vendor/fuzzy_file_finder.rb:129:in initialize' /usr/lib/ruby/1.9.1/diakonos/functions/buffers.rb:284:innew'
/usr/lib/ruby/1.9.1/diakonos/functions/buffers.rb:284:in block in open_file_ask' /usr/lib/ruby/1.9.1/diakonos/readline.rb:50:incall'
/usr/lib/ruby/1.9.1/diakonos/readline.rb:50:in call_block' /usr/lib/ruby/1.9.1/diakonos/readline.rb:94:insync'
/usr/lib/ruby/1.9.1/diakonos/readline.rb:100:in paste' /usr/lib/ruby/1.9.1/diakonos/keying.rb:416:intype_character'
/usr/lib/ruby/1.9.1/diakonos/keying.rb:286:in process_keystroke' /usr/lib/ruby/1.9.1/diakonos/interaction.rb:55:inget_user_input'
/usr/lib/ruby/1.9.1/diakonos/functions/buffers.rb:300:in open_file_ask' eval:1:inprocess_keystroke'
/usr/lib/ruby/1.9.1/diakonos/keying.rb:379:in eval' /usr/lib/ruby/1.9.1/diakonos/keying.rb:379:inprocess_keystroke'
/usr/lib/ruby/1.9.1/diakonos.rb:391:in start' /usr/bin/diakonos:6:in

the welcome screen offers two hints to get you started, pressing F1 and pressing F12. Neither actually does anything in an en_us gnome terminal environment on a fairly vanilla 11.10 install. F12 is not set as a keyboard shortcut in gnome terminal.

my install command was:
ruby install.rb --prefix $HOME/bin --bin-dir $HOME/bin --conf-dir $HOME/bin/etc -v 2>&1 |tee my_install.log

as a separate issue, I had trouble with the install .. after installing I had to manually add the load path for some reason. my diakonos executable looks like this now:

!/usr/bin/env ruby

$LOAD_PATH << "#{ENV['HOME']}/bin/lib/ruby/site_ruby/1.9.1"

require 'diakonos'

$diakonos = Diakonos::Diakonos.new( ARGV )
$diakonos.start

was also wondering how I can remap the control+c +x +v to my own preferences but Im sure Ill figure that out once I get up and running. :)

Replace them with something, such as a single placeholder char, or, like vim, something like .

Just installed as gem, but no sign of an executable

Awesome editor!

It would be great if it supported shift-selection i.e. selecting text by holding down the SHIFT key and then using the cursor keys.

Thanks.,

EOM

Probable Causes:

• Unknown

If you can reproduce this error, please report it at

https://github.com/Pistos/diakonos/issues !

/usr/lib/ruby/1.9.1/diakonos/core-ext/string.rb:14:in sub!' /usr/lib/ruby/1.9.1/diakonos/core-ext/string.rb:14:inexpand_tabs'
/usr/lib/ruby/1.9.1/diakonos/buffer/display.rb:307:in block in display' /usr/lib/ruby/1.9.1/diakonos/buffer/display.rb:295:ineach'
/usr/lib/ruby/1.9.1/diakonos/buffer/display.rb:295:in each_with_index' /usr/lib/ruby/1.9.1/diakonos/buffer/display.rb:295:indisplay'
/usr/lib/ruby/1.9.1/diakonos/display.rb:283:in `block in display_buffer'

The user configuration file should be short, involving only changes to the master configuration file.

When upgrading Diakonos to a new version, the master configuration file from the new version would be used.

OS is Linux Mint 14 KDE.

Attempted to run (with the diakonos command) after install using sudo (doesn't work without it, apparently, unlike it says in the README). Wouldn't even open.

I tried the one from the repos (0.90.1), but it would crap out as soon as I made a new file. This version won't even run.

Here is the error message

/usr/local/lib/site_ruby/1.9.1/diakonos/display.rb:224:in `update_status_line': undefined method `setpos' for nil:NilClass (NoMethodError)
        from /usr/local/lib/site_ruby/1.9.1/diakonos/buffer-management.rb:20:in `switch_to'
        from /usr/local/lib/site_ruby/1.9.1/diakonos/functions/buffers.rb:265:in `open_file'
        from /usr/local/lib/site_ruby/1.9.1/diakonos/sessions.rb:164:in `block in session_startup'
        from /usr/local/lib/site_ruby/1.9.1/diakonos/sessions.rb:163:in `each'
        from /usr/local/lib/site_ruby/1.9.1/diakonos/sessions.rb:163:in `each_with_index'
        from /usr/local/lib/site_ruby/1.9.1/diakonos/sessions.rb:163:in `session_startup'
        from /usr/local/lib/site_ruby/1.9.1/diakonos.rb:303:in `start'
        from /usr/bin/diakonos:6:in `<main>'

Thank you for your attention.

Hi

If I CTRL-C a chunk of text in gedit, and then hit CTRL-V in diakonos, nothing happens.

This is running diakonos inside Gnome Terminal 3.4.1.1 on Ubuntu 12.04 (Precise).

Is this a diakonos problem, or a Gnome Terminal problem, or something else altogether?

Thanks.

Doing something while indentation of multiple lines is in progress causes breakage.

I really love diakonos! :D

But there is a problem annoying me , and that's C++ indentation in it, it's so bad

when I use "{" right after my if,for,function def, .... there's no indentation

and if I have a single "if" statement without "{}" next line should be indented (It could be a bit complicated by the way ) , see image below (from VIM) :

diakonos would be perfect with this!

Many thanks...!

This is what happens on diakonos anyfile.anything

Error loading gem paths on load path in gem_prelude
can't modify frozen string
<internal:gem_prelude>:69:in `force_encoding'
<internal:gem_prelude>:69:in `set_home'
<internal:gem_prelude>:38:in `dir'
<internal:gem_prelude>:76:in `set_paths'
<internal:gem_prelude>:47:in `path'
<internal:gem_prelude>:286:in `push_all_highest_version_gems_on_load_path'
<internal:gem_prelude>:355:in `<compiled>'
/Users/humza/.rvm/rubies/ruby-1.9.1-p431/lib/ruby/site_ruby/1.9.1/diakonos/config.rb:194:in `parse_configuration_file': undefined method `realpath' for File:Class (NoMethodError)
        from /Users/humza/.rvm/rubies/ruby-1.9.1-p431/lib/ruby/site_ruby/1.9.1/diakonos/config.rb:114:in `load_configuration'
        from /Users/humza/.rvm/rubies/ruby-1.9.1-p431/lib/ruby/site_ruby/1.9.1/diakonos.rb:162:in `initialize'
        from /Users/humza/.rvm/rubies/ruby-1.9.1-p431/bin/diakonos:5:in `new'
        from /Users/humza/.rvm/rubies/ruby-1.9.1-p431/bin/diakonos:5:in `<main>'

Is this a bug, or am I doing something wrong?

Diakonos Error:

FuzzyFileFinder::TooManyEntries: FuzzyFileFinder::TooManyEntries

Probable Causes:

• Unknown

If you can reproduce this error, please report it at
https://github.com/Pistos/diakonos/issues !

I dont want any filler characters. Strictly speaking, I want a space character to be the status.filler character.
When I set space.filler (without any value), I get:

/usr/lib/ruby/site_ruby/1.9.1/diakonos/display.rb:189:in `build_status_line': undefined method `length' for nil:NilClass (NoMethodError)
        from /usr/lib/ruby/site_ruby/1.9.1/diakonos/display.rb:206:in `update_status_line'
        from /usr/lib/ruby/site_ruby/1.9.1/diakonos/buffer-management.rb:15:in `switch_to'
        from /usr/lib/ruby/site_ruby/1.9.1/diakonos/functions/buffers.rb:218:in `open_file'
        from /usr/lib/ruby/site_ruby/1.9.1/diakonos/sessions.rb:135:in `block in session_startup'
        from /usr/lib/ruby/site_ruby/1.9.1/diakonos/sessions.rb:134:in `each'
        from /usr/lib/ruby/site_ruby/1.9.1/diakonos/sessions.rb:134:in `each_with_index'
        from /usr/lib/ruby/site_ruby/1.9.1/diakonos/sessions.rb:134:in `session_startup'
        from /usr/lib/ruby/site_ruby/1.9.1/diakonos.rb:301:in `start'
        from /usr/bin/diakonos:6:in `'

Thanks

I tried setting it to 10 but I could still see more than 10 files.

I bumped into reproducible error.

• How to reproduce:

  1. Start diakonos with command

     > diakonos

  2. Press Alt+Shift+N then Esc then Esc

• Diakonos error message

Diakonos Error:

TypeError: type mismatch: Fixnum given

Probable Causes:

- Unknown

----------------------------------------------------
If you can reproduce this error, please report it at
https://github.com/Pistos/diakonos/issues !
----------------------------------------------------
/usr/local/lib/site_ruby/2.0.0/diakonos/buffer/cursor.rb:280:in `index'
/usr/local/lib/site_ruby/2.0.0/diakonos/buffer/cursor.rb:280:in `go_to_char'
/usr/local/lib/site_ruby/2.0.0/diakonos/functions/cursor.rb:164:in `go_to_char'
eval:1:in `process_keystroke'
/usr/local/lib/site_ruby/2.0.0/diakonos/keying.rb:379:in `eval'
/usr/local/lib/site_ruby/2.0.0/diakonos/keying.rb:379:in `process_keystroke'
/usr/local/lib/site_ruby/2.0.0/diakonos/keying.rb:395:in `process_keystroke'
/usr/local/lib/site_ruby/2.0.0/diakonos.rb:415:in `start'
/usr/bin/diakonos:6:in `<main>'

• System info
  1. uname -a
Linux almikhail 3.11.0-17-generic #31-Ubuntu SMP Mon Feb 3 21:52:43 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux
  2. lsb_release -a
Distributor ID: Ubuntu Description: Ubuntu 13.10 Release: 13.10 Codename: saucy
  3. diakonos --version
Diakonos 0.9.3 (January 12, 2014)
  4. ruby2.0 --version
ruby 2.0.0p299 (2013-08-29) [x86_64-linux-gnu]

press ctrl + o to open a file
press enter
this is what is displayed

Diakonos Error:

Errno::EISDIR: Is a directory - /home/pj

Probable Causes:

• Unknown

If you can reproduce this error, please report it at

https://github.com/Pistos/diakonos/issues !

/usr/lib/ruby/1.9.1/diakonos/buffer.rb:58:in readlines' /usr/lib/ruby/1.9.1/diakonos/buffer.rb:58:ininitialize'
/usr/lib/ruby/1.9.1/diakonos/functions/buffers.rb:223:in new' /usr/lib/ruby/1.9.1/diakonos/functions/buffers.rb:223:inopen_file'
/usr/lib/ruby/1.9.1/diakonos/functions/buffers.rb:294:in open_file_ask' eval:1:inprocess_keystroke'
/usr/lib/ruby/1.9.1/diakonos/keying.rb:327:in eval' /usr/lib/ruby/1.9.1/diakonos/keying.rb:327:inprocess_keystroke'
etc

thanx
red

Hi there - I have downloaded the latest version via apt-get install diakonos and the same error still happens.
thanx

Shouldn't diakonos make a backup file ( filename~ ) like every other editor?

Hi,

I received the following error on delete and strore line (ctrl+d ctrl+d):

Diakonos Error:

NoMethodError: undefined method `add_clip' for nil:NilClass

Probable Causes:

• Unknown

If you can reproduce this error, please report it at

https://github.com/Pistos/diakonos/issues !

/usr/lib/ruby/1.9.1/diakonos/functions/clipboard.rb:28:in delete_and_store_line' eval:1:inprocess_keystroke'
/usr/lib/ruby/1.9.1/diakonos/keying.rb:327:in eval' /usr/lib/ruby/1.9.1/diakonos/keying.rb:327:inprocess_keystroke'
/usr/lib/ruby/1.9.1/diakonos/keying.rb:343:in process_keystroke' /usr/lib/ruby/1.9.1/diakonos.rb:388:instart'
/usr/bin/diakonos:6:in `

/usr/local/lib/site_ruby/1.9.1/diakonos/keying.rb:248:in process_keystroke': undefined methodgetch' for nil:NilClass (NoMethodError)
from /usr/local/lib/site_ruby/1.9.1/diakonos.rb:367:in start' from /usr/bin/diakonos:6:in

and when trying to start:

from /usr/local/lib/site_ruby/1.9.1/diakonos/config.rb:238:in `block in parse_configuration_file'
from /usr/local/lib/site_ruby/1.9.1/diakonos/config.rb:183:in `foreach'
from /usr/local/lib/site_ruby/1.9.1/diakonos/config.rb:183:in `parse_configuration_file'
from /usr/local/lib/site_ruby/1.9.1/diakonos/config.rb:112:in `load_configuration'
from /usr/local/lib/site_ruby/1.9.1/diakonos.rb:157:in `initialize'
from /usr/bin/diakonos:5:in `new'
from /usr/bin/diakonos:5:in `<main>'

tried to remove the value for a .format key to unset it, like it said i could do for key bindings.

See:

• http://www.ruby-doc.org/stdlib-1.9.3/libdoc/curses/rdoc/Curses/MouseEvent.html
• man getmouse

What I mean is that I'm redefining stuff in @lang.shared.tokens.*.format@ but namespaces (like bash, c, etc) that supposeddly pull the format attribute from @shared@ aren't affected. Instead, I have to manually inherit them again like:
@lang.bash.format.default = lang.shared.format.default@

I notice this problem because I redefined the "format.default" to have a different background color, and whenever I don't do such assignment I see the default background color.