maximus5 / conemu Goto Github PK

I have Vim set to use the Jellybeans color scheme with 256 colors. However, as I worked, the screen does not refresh properly, and I get leftovers from former states of the buffer:

The red block on the left is not my cursor (which is a white block not shown in this screenshot). It is a leftover of some red leftover from syntax errors. The extra gray that is hanging around is leftover from selecting some stuff in Visual mode.

The effects of this are most notable when I scroll, when I select, and when I use Syntastic.

Dialog screens like settings and new tab is very large on high DPI setting on for example macbook pro retina where the DPI setting is increased.

I know that the 'Preview' branch should be -- and indeed usually is -- quite "stable", but it would be nice if the 'Stable' branch were finally updated, receiving from then on only bug fixes for quite some time. Anyway, thank you for your truly great work on ConEmu!

If you use this + cmder with Cygwin, you can load the profile with: >"C:\Cygwin\bin\mintty.exe" -i /Cygwin-Terminal.ico -

Works great, but if you try to scroll the program becomes unresponsive as a whole, including other tabs. The only way to close it is through task manager.

Cmder version 1.1 includes ConEmu 131107
Mintty - bundled with Cygwin.1.7.23.20130814

I have Gitbash as my default task and it used to worked perfectly until I upgraded to the latest preview version (150303).

Hi,
I'm using ConEmu in quake style mode, so the option Single instance mode is automatically selected. I'm using a shortcut mananger (clavier+) to start ConEmu with a keyboard shortcut. Here is the command I have configured :
C:\Windows\System32\runas.exe /user:domain\username /savecred "C:\Program Files\ConEmu\ConEmu64.exe"
With this config, when I press the shortcut several times, ConEmu starts multiple instances.
Would you mind having a look please ?
Thanks

If I change the "Min size (pix)" and save, the setting has no effect. When I open the settings window again, the default is still there.

There seems to be a regression in version 150307: When the ConEmu window is minimized to the taskbar and then maximized again, the command prompt is gone and the whole content area is black. Also, additional tabs opened afterwards show the same behavior. ConEmu must be restarted to get it work again (Windows 8.1, 64-bit, ConEmu 64-bit).

Running Dr. Memory inside of a ConEmu cmd shell crashes:

>drmemory.exe -- cmd.exe /c "echo test"
WARNING: unable to locate results file since can't open drmemory\logs/resfile.46728: 2
There was likely an early crash, perhaps due to interference from invasive security software.  Try disabling other software.
~~Dr.M~~ WARNING: application exited with abnormal code 0xc0000005

Has development moved from the master branch to the daily branch? Is this the new development branch? When will changes done here be merged to master?

Everything seems to be working mostly correctly on 140114a however there is some slight sizing issues on the icons.

140114a

I've tried a later build e.g. 150224 and then everything appears huge and even more unusable.

150224

Dell XPS 15 - 8.1 - 3200x1800

If I set the window height to be a value greater than 50% the window reduces itself each time it is shown (using either the assigned keyboard short-cut [CTRL+'] or clicking the taskbar icon) until it reaches 50%.

If the height is set to less than 50% the window height reduces until it reaches 8%

@Maximus5, is there a tab template for current directory name vs the full directory path? This would be very useful for users who use ConEmu on several folders at the same time using a single window and multiple tabs.

---------------------------
ConEmu 141101 [64]
---------------------------
Version update information is broken (not found)
[ConEmu_Devel_2] "version"

http://conemu-maximus5.googlecode.com/svn/trunk/ConEmu/version.ini

Error code=2
---------------------------
OK   
---------------------------

This occurred after installing the latest update in the "Latest" release channel, or at least the latest one I received before the version information was corrupted.

I didn't do anything that I can think of that would cause this, so I may just be the first person to report it out of a lot of people who are actually affected.

I am running Windows 8.1 with everything up-to-date, including the .NET Framework v4.5.2.

When start any program from ConEmu, that program take environment variables from ConEmu.
i.e.
set VAR=VAR_VALUE
start ConEmu
start Far Manager
set VAR=VAR_VALUE2
restart Far Manager
echo %VAR% -> VAR_VALUE
restart ConEmu
start Far Manger
echo %VAR% -> VAR_VALUE2

There are a few labels in this project which don't read fluently to me as a native English speaker. Before I go around opening a bunch of pull requests, I wanted to check in with a maintainer of this project and see what the best way to approach this is.

I am interested in contributing better translations, but I have a few questions.

• Are you interested in minor updates to some translations and text labels?
• Would you prefer them as individual pull requests or as a large batch of changes?
• Most of what I see to change is in src/ConEmu/ConEmu.rc and src/ConEmu/ConEmu.rc2, although I'm not really familiar with best practices for internationalization of C++ applications, and it looks like there are some other control properties in those resource files as well. Is it safe to just change strings in those files? Are there other places changes would have to be made?

Thanks!

I'm using the latest version (20150120a) and have the problem that after minimizing, when I restore the window, it shortly flashes in the correct position but then just jumps into the direction to the left or right end of the screen, so that sometimes I can hardly even even drag it back because I only see the edge of the window...

I can reproduce this on Windows 8.1 x64 using two PuTTY tabs every time when I snap the window to the left or right edge of the screen. Notice it jumps further right when snapped at the right of the screen and further left when it's snapped at the left side of the screen. I experimented with the configuration but couldn't find a way to make it behave normal. I attached my configuration. You'd have to change the file ending back to xml because Github only lets me upload image files....

Because of China's GFW(Great Firewall) block access to Google.

Steps to reproduce are:

• In a ConEmu console write some commands until you fill more than the half of the screen
• Left click the console
• We should be able to write instantly new instructions but instead it is unresponsive for a couple of seconds.

I can't find a setting in order to do this. Is it even possible?

The idea is to zoom in / zoom out each tab/pane independently. That means zooming one tab/pane won't affect the size of another tab/pane. Currently zooming one tab/pane affects all other tab/panes.

Re-sizing the window causes the text that does not fit to disappear.

This happens when I git push or git pull via the git-protocoll from terminals inside ConEmu

The crash happens from cmd.exe and from the git-bash (nearly every time).
From simple cmd or git-bash it's working fine.

I observered it already some months ago when I was was evaluating bliker/cmd.
After a fresh reboot git pull was working one time, and then reproducable with that error.

I am working on Windows7 64bit SP1 and have a very clean system.

It would be nice to have ConEmu be able to store settings in any directory the user chooses. Currently, it seems that users can only choose from a list of preset directories.

This feature would be useful to me since I like to have the preferences of my often-used programs in my Google Drive folder. This way, any settings I change would be automatically synced and backed-up.

Love your work!

I'd like to open PowerShell in ConEmu as admin all the time. I have a task which runs PowerShell as admin:

>*powershell.exe -nologo

I set it as startup task and it works OK there. But when I open a new console (the command is Create new console or new window (check ‘Multiple consoles in one ConEmu window’)), it starts PowerShell as non-admin. It looks like it just ignores the * symbol in my task.

ConEmu 131225 [64]

Output:

In file included from ../common/CmdArg.cpp:31:0:
../common/CmdArg.h:34:19: error: expected ',' or '...' before '&&' token
#define RVAL_REF &&
^
../common/CmdArg.h:71:29: note: in expansion of macro 'RVAL_REF'
CmdArg& operator=(wchar_t* RVAL_REF asPtr);
^
../common/CmdArg.h:34:19: error: expected ',' or '...' before '&&' token
#define RVAL_REF &&
^
../common/CmdArg.h:75:27: note: in expansion of macro 'RVAL_REF'
LPCWSTR Attach(wchar_t* RVAL_REF asPtr);
^
../common/CmdArg.h:34:19: error: expected ',' or '...' before '&&' token
#define RVAL_REF &&
^
../common/CmdArg.h:86:18: note: in expansion of macro 'RVAL_REF'
CmdArg(wchar_t* RVAL_REF asPtr);
^
../common/CmdArg.h:34:19: error: expected ',' or '...' before '&&' token
#define RVAL_REF &&
^
../common/CmdArg.cpp:42:25: note: in expansion of macro 'RVAL_REF'
CmdArg::CmdArg(wchar_t* RVAL_REF asPtr)
^
../common/CmdArg.cpp: In constructor 'CmdArg::CmdArg(wchar_t_)':
../common/CmdArg.cpp:47:12: error: 'asPtr' was not declared in this scope
AttachInt(asPtr);
^
In file included from ../common/CmdArg.cpp:31:0:
../common/CmdArg.cpp: At global scope:
../common/CmdArg.h:34:19: error: expected ',' or '...' before '&&' token
#define RVAL_REF &&
^
../common/CmdArg.cpp:50:36: note: in expansion of macro 'RVAL_REF'
CmdArg& CmdArg::operator=(wchar_t_ RVAL_REF asPtr)
^
../common/CmdArg.cpp: In member function 'CmdArg& CmdArg::operator=(wchar_t_)':
../common/CmdArg.cpp:52:12: error: 'asPtr' was not declared in this scope
AttachInt(asPtr);
^
In file included from ../common/CmdArg.cpp:31:0:
../common/CmdArg.cpp: At global scope:
../common/CmdArg.h:34:19: error: expected ',' or '...' before '&&' token
#define RVAL_REF &&
^
../common/CmdArg.cpp:106:33: note: in expansion of macro 'RVAL_REF'
LPCWSTR CmdArg::Attach(wchar_t_ RVAL_REF asPtr)
^
../common/CmdArg.cpp: In member function 'const WCHAR* CmdArg::Attach(wchar_t*)':
../common/CmdArg.cpp:108:19: error: 'asPtr' was not declared in this scope
return AttachInt(asPtr);

When running mintty from cygwin within conemu, entering full screen seems to create two windows, the bottom one taking up a small part of the screen. This section can be resized but contains no content.

Not sure how to diagnose this further or what extra information I can provide. I'm on the Latest release as of today.

I'm having trouble using Sticky Keys with the console. Searching the web revealed no similar issues. Are Sticky Keys supported? And if not, would it be possible to add support for them?

Thanks,
Karl

Highlight and goto modifier in ConEmu settings defaults to Left Ctrl:

1. Open settings dialog (Win + Alt + P), Highlight section
2. Change Highlight and goto modifier to Ctrl
3. Save settings
4. Open settings dialog, Highlight section

Expected behaviour: Highlight and goto modifier is set to Ctrl

Actual behaviour: It is set to Left Ctrl (the default).

When ConEmu is configured in portable mode and is opened and closed it will update the ConEmu.xml file with the current "modified" time. This can be quite frustrating when no other settings in the configuration have changed and you keep your ConEmu.xml file in a VCS such as Git as it will result in the ConEmu.xml file always being marked as modified.

An example from a Git diff (with no other changed lines):

-               <key name=".Vanilla" modified="2014-05-02 20:48:18" build="140422">
+               <key name=".Vanilla" modified="2014-05-02 20:52:17" build="140422">

I think it would be preferable that the ConEmu.xml modified timestamp is only updated if the ConEmu.xml file has actually been modified instead of always updating the timestamp every exit even if there are no actual changes. Thoughts?

Following your suggestion to support 256 colors from stackoverflow works fantastically.

However when I'm in insert mode (or other modes) in Vim I cannot use Ctrl-Left and Ctrl-Right mappings to navigate backward/forward words respectively.

I already tried remapping as suggested here with:

imap <esc>O*D <C-right> 
imap <esc>O*C <C-right> 

It worked but pressing just the left or right key will do the word navigation (when I need the expected behavior which is pressing ctrl + left/right.)

Worth to mention that this behavior does not happen when using vim default settings. For instance opening with vim -u NONE -N the term is set to term=win32 and everything works (except for the 256 colors of course, which I need)

ConEmu version 140923

Yesterday I got the 150209 update, and after that I got this error message:

---

ConEmu 150209 [64]

Failed to start task in user mode, timeout!
"C:\Program Files\ConEmu\ConEmu64.exe" /dir "C:\Users\tlb\dev\maingate\frontend" /icon "ProgramFiles (x86)\Git\etc\git.ico" /single /cmd {Git Bash}

OK

Today I got the 150215 update, but I still get the same error

I get that dialog box twice, but after just clicking OK on both of them everything seems to work fine.

I have the following task to run bash from MSYS2 in a specific folder

bash -c "export CHERE_INVOKING=1; exec /usr/bin/bash --login -i"

Running this in ConEmu results in:

Running this command with Windows > Execute, everything is fine. I assume this is some sort of encoding issue.

There is a bug with non-blocking IO when using cmder (but can be replicated in plain conemu too). See JakubOnderka/PHP-Parallel-Lint#34 (comment)

using the gruvbox color scheme in vim.

It should look like:

Have you considered including docs on how to integrate ConEmu with alternate/optional color scheme like solarized? It's very popular and I am having trouble figuring out how to do it. I personally would love it if ConEmu shipped with that color scheme as an option but I understand if that's too opinionated. Nevertheless, any color scheme you choose is opinionated. Just a thought from a new user.
http://ethanschoonover.com/solarized

Whenever I create a new console tab and try to hit the Enter key to okay the console type dialog that comes up, it screws up the enter key until i restart my computer. Every enter key press after that will maximize windows (in other apps too), making my PC impossible to use until I restart. If I click 'Start' at the bottom of the dialog window instead of trying to press enter, everything works fine.

I'm using win7 x64 and the 'latest' setting for conemu updates -- just updated this morning.

This is the dialog. If I click start, works fine.. if I hit enter, things go haywire afterward.

By the way, thanks for the awesome console program, conemu has become an integral part of my workflow!

Hi,
I would be interested in invoking conemu from my application.

Currently I'm using the Win32 APIs AllocConsole and FreeConsole from within my app to create a console window that my application will use...

I'd be interested in having some sort of similar API fron ConEmu (i.e. ConEmuAllocConsole) to allow me to open a conemu top-level console windows from my instead.

Is this sort of thing possible?

This would make the current configuration file much more easily trackable by VCS. See

• https://code.google.com/p/conemu-maximus5/issues/detail?id=1643
• #10

ConEmu 140327 x64

{8848.7836} LOAD_DLL_DEBUG_EVENT at 0x000007FA6D840000, sxs.dll
E:\Windows\System32\sxs.dll
{8848.7836} LOAD_DLL_DEBUG_EVENT at 0x000007FA64E90000, GdiPlus.dll
E:\Windows\WinSxS\amd64_microsoft.windows.gdiplus_6595b64144ccf1df_1.1.9200.16518_none_726fbfe0cc22f012\GdiPlus.dll
{8848.5072} CREATE_THREAD_DEBUG_EVENT
{8848.5072} EXCEPTION_BREAKPOINT at 0x000007FA70A61E00 flags 0x00000000 FC=1
{8848.5072} EXIT_THREAD_DEBUG_EVENT
ConEmuC: Press Ctrl+Break to create minidump of debugging process
{8848.2480} CREATE_THREAD_DEBUG_EVENT
{8848.2480} EXIT_THREAD_DEBUG_EVENT
{8848.9204} EXIT_THREAD_DEBUG_EVENT

When using Windows Key + Left Arrow or Right Arrow to re-position ConEmu on the screen, ConEmu correctly sizes to the available vertical height of the screen. But if you minimize the window and maximize the window again it doesn't go back to where it came from. Now some space is added in between the ConEmu window and the taskbar. How do I heal this?

Good:

Bad (after minimize/maximum):

С руборда вопрос принёс - общего мнения пока не выработали, а гипотез уже несколько:

http://forum.ru-board.com/topic.cgi?forum=5&topic=31718&start=5780#8

DVall

Есть глюк.
Правда слабо представляю как его можно локализовать.
Проявляется только на 64 Win.
Far 3 + ConEmu(основной подозреваемый)+Outpost Security Suite Pro.(всё 64)
Far запускается запуском ConEmu64.exe
Запускается и начинаются жуткие фризы, любое нажатие на клавиатуре дцать секунд на
 реакцию. Выходим и сразу запускаем по новой - всё летает.
Проявляется случайным образом, может только первый раз после загрузки, и всего лишь один
раз. Может несколько раз за сессию. А может и ни разу.
Началось давно, текущие версии последние.
Почему подозрение падает на ConEmu, неделю работал без него, ни разу фризов не было.

Кто нибудь с подобным сталкивался? 

И второе наблюдение:

Angel_Ka

Трижды за пару месяцев такое было, и каждый раз после первой загрузки пары 64-ых: Far 3 из
под ConEmu. Доселе не особо придавал значения. Подозрение на Outpost отпадает за
неимением такового.

Гипотезы на данный момент:

1. ошибка в ConEmu проявляющаяся на х64 ОС
2. моя:

Очень вероятно что это проделки мухобойки - начинает проверять, чего-то "не понимаю" и
задумывается а "таможня дала добро?" или нет? Что проявляется в виде видимых явлений.

И нам нужна консультация в поиске причины явления и способов его устранения ибо пока мы разошлись во мнениях...

When one of the tasks checks “Default task for new console”, ConEmu can not restore previously opened tabs. If none of tasks check “Default task for new console”, ConEmu can restore tabs as it were (on Build 141216).

Tested on: Windows 7 64bit with ConEmu x64 Build 141217, 141221, 150111, 150119, 150119a, 150128, 150206, 150209

HI, conemu used to fill all the width of the screen, but after an update there is a sort of margin shown on the edge :

Here is the size & position settings I'm using, I tried to increase width but with no luck

Thanks if you can help

I want to terminate active process without this popup.
But, I couldnt find such a setting option.

Hello, i'm trying to get a macro or script to change size of currently running ConEmu (I want it to occupy two monitors).
I've searched in docs. Found commandline options for a new instance and macro commands to fullscreen and maximize/minimize window. It would be possible to alter settings with macros, however, i see only options for radio buttons and checkboxes.
Is it possible?

In some chases when starting up a program or executing some command (i.e. in Source Tree ) i get the warning/Info message "Unknown Switch Specified: /c"

Is this a bug of ConEmu?
What does this message mean?
How can i fix it?

When I run the Git bash tasks (6 & 7), I get:

'C:\Program' is not recognized as an internal or external command,
operable program or batch file.


Current directory:
C:\Users\Glen

Command to be executed:
"C:\Windows\system32\cmd.exe" /C C:\Program Files (x86)\Git\bin\sh.exe --login -i


ConEmuC: Root process was alive less than 10 sec, ExitCode=1.
Press Enter or Esc to close console...

Also, why are there two Git bash tasks?

Hi, It's a good tools for me. but there is a problem with CJK characters. In codepage 936, the character "“"(Unicode U+201C) was two ascii charactors width, it is wrong in github too.

but in conemu, the width is only one charactors width:

I don't know how to explain them.but vim has the same problem by default setting and vim has a switch ambiwidth, when

set ambiwidth=double

it can show with right width.

by the way, when the scroll bar is show, and I type it always scroll in the bottom, how can I setting it don't scroll.
At first

when I type a charactor it auto scroll to the buttom:

Hello,

I've always liked having my ConEmu open at coordinate 0,0 (flush with top-left of my primary screen). I also prefer to have my TaskBar at the top of my screen (but on Windows I have avoided this for a while, because it usually causes issues precisely like this).

Basically, with the Taskbar at the top, this happens:

This is equivalent to behavior I've seen in many other Windows software(s), and seems, from my research, to have to do with using 'ScreenSize' instead of 'ClientSize'. (Now, I haven't done any UI development for Windows, so I am not sure where exactly in your code to look, else I'd submit a patch myself, but maybe that will help you figure it out.

Here is what I would expect the behavior to me in my usecase, when opening a fresh ConEmu window:

Also, I believe you may be tempted to say that the behavior experienced is correct. To this I would counter that 0,0 when the taskbar is on top (or on the left) should be considered to be at the boundary of the taskbar, not the physical screen. I also think that if I have a portable copy of ConEmu (which I do), and I move it from one machine where I keep the taskbar on the bottom, to a machine where I keep the taskbar on top (maybe I have a different monitor setup where they are more comfortable that way), it's reasonable to expect for ConEmu set to launch at 0,0 to appear flush with the screen's top-left on the former, but to appear flush with the screen's left edge and the taskbar's bottom edge on the former.

However, you may not find this convincing - if so, please consider this bit of evidence that Windows' own internal logic is more in line with my expectation. This is what happens when you move the window (using Win+Shift+Right) to a secondary monitor:

As you can see, it ends up being moved past the top boundary of the screen, because Windows internally considers the edge of the taskbar on the main screen to be equal to the edge of the screen on a secondary screen.

If you'd like, you could just point me towards the part of the code responsible for the window positioning, and I will gladly work on a patch to fix this myself.