IDE - Coedit 2
see https://github.com/BBasile/Coedit/releases/tag/2_gold
IDE - Coedit 2 rc1
See https://github.com/BBasile/Coedit/releases/tag/2_rc1
Re: IDE - Coedit 2
On Friday, 12 February 2016 at 16:09:36 UTC, Basile Burg wrote: see https://github.com/BBasile/Coedit/releases/tag/2_gold I was just overjoyed to install this and hit "w" ctl+space and see writeln! It takes a bit of effort to get this stuff packaged so well. Great work!
Re: IDE - Coedit 2
On Friday, 12 February 2016 at 16:54:56 UTC, Taylor Hillegeist wrote: On Friday, 12 February 2016 at 16:09:36 UTC, Basile Burg wrote: see https://github.com/BBasile/Coedit/releases/tag/2_gold I was just overjoyed to install this and hit "w" ctl+space and see writeln! It takes a bit of effort to get this stuff packaged so well. Great work! Thx. We can thank Brian Schott too, what I call the "IDE-level-features" in CE are possible thanks to DCD and libdparse.
Re: IDE - Coedit 2
On Friday, 12 February 2016 at 17:05:39 UTC, Basile Burg wrote: On Friday, 12 February 2016 at 16:54:56 UTC, Taylor Hillegeist wrote: On Friday, 12 February 2016 at 16:09:36 UTC, Basile Burg wrote: see https://github.com/BBasile/Coedit/releases/tag/2_gold I was just overjoyed to install this and hit "w" ctl+space and see writeln! It takes a bit of effort to get this stuff packaged so well. Great work! Thx. We can thank Brian Schott too, what I call the "IDE-level-features" in CE are possible thanks to DCD and libdparse. Basile, I just want to say thank you for releasing this! I've really enjoying using Coedit for doing D development. Thanks for your hard work. Robert
Re: IDE - Coedit 2
On Friday, 12 February 2016 at 16:09:36 UTC, Basile Burg wrote: see https://github.com/BBasile/Coedit/releases/tag/2_gold Are you planning to support osx too someday ? --Stephan
Re: IDE - Coedit 2
On Saturday, 13 February 2016 at 08:50:39 UTC, extrawurst wrote: On Friday, 12 February 2016 at 16:09:36 UTC, Basile Burg wrote: see https://github.com/BBasile/Coedit/releases/tag/2_gold Are you planning to support osx too someday ? --Stephan The few missing details to compile CE under OSX have been added today. However it has to be build by the user, which might not be easy. I cannot help with this (except for eventual bugfixes).
Re: IDE - Coedit 2
On 2016-02-17 14:18, Basile Burg wrote: The few missing details to compile CE under OSX have been added today. However it has to be build by the user, which might not be easy. I cannot help with this (except for eventual bugfixes). Can't you use Travis CI to build it if you don't have a Mac yourself? -- /Jacob Carlborg
Re: IDE - Coedit 2
On 2016-02-17 12:19 PM, Jacob Carlborg wrote: On 2016-02-17 14:18, Basile Burg wrote: The few missing details to compile CE under OSX have been added today. However it has to be build by the user, which might not be easy. I cannot help with this (except for eventual bugfixes). Can't you use Travis CI to build it if you don't have a Mac yourself? I've been keeping an eye on building Coedit on OSX for a while now, but it blows up on launch. The top bit of the stacktrace: 0 com.apple.CoreFoundation0x954f7234 __CFRunLoopFindMode + 20 1 com.apple.CoreFoundation 0x955636f9 CFRunLoopTimerSetNextFireDate + 505 2 com.apple.HIToolbox 0x913b8b62 InstallEventLoopTimerInternal + 706 3 com.apple.HIToolbox 0x913ca362 InstallEventLoopTimer + 55 4 com.company.coedit 0x00110276 CARBONINT$_$TCARBONWIDGETSET_$__$$_CREATETIMER$LONGINT$TWSTIMERPROC$$THANDLE + 150 (carbonobject.inc:1570) 5 com.company.coedit 0x0015a997 CUSTOMTIMER$_$TCUSTOMTIMER_$__$$_UPDATETIMER + 135 (customtimer.pas:129) 6 com.company.coedit 0x0015aaef CUSTOMTIMER$_$TCUSTOMTIMER_$__$$_SETENABLED$BOOLEAN + 47 (customtimer.pas:192) 7 com.company.coedit 0x0036d010 CE_WIDGET$_$TCEWIDGET_$__$$_BEGINDELAYEDUPDATE + 64 I'm not sure as to how to proceed from this though... :/
Re: IDE - Coedit 2
On Thursday, 18 February 2016 at 04:52:13 UTC, Andre Kostur wrote: On 2016-02-17 12:19 PM, Jacob Carlborg wrote: On 2016-02-17 14:18, Basile Burg wrote: The few missing details to compile CE under OSX have been added today. However it has to be build by the user, which might not be easy. I cannot help with this (except for eventual bugfixes). Can't you use Travis CI to build it if you don't have a Mac yourself? I've been keeping an eye on building Coedit on OSX for a while now, but it blows up on launch. The top bit of the stacktrace: [...] I'm not sure as to how to proceed from this though... :/ I'll try to follow and help here: https://github.com/BBasile/Coedit/issues/16 With the hope it'll succeed this time. You can post the stack trace there. Travis might be used in the future.
Re: IDE - Coedit 2 rc1
On Sunday, 7 February 2016 at 13:18:44 UTC, Basile Burg wrote: See https://github.com/BBasile/Coedit/releases/tag/2_rc1 Cool! Thanks! But do you have any plans to reimplement it from Pascal to В to get it's more native... https://github.com/filcuc/DOtherSide maybe helpful
Re: IDE - Coedit 2 rc1
On Monday, 8 February 2016 at 07:05:15 UTC, Suliman wrote: Cool! Thanks! But do you have any plans to reimplement it from Pascal to В to get it's more native... B? What is B?
Re: IDE - Coedit 2 rc1
On Monday, 8 February 2016 at 07:25:49 UTC, Dominikus Dittes Scherkl wrote: On Monday, 8 February 2016 at 07:05:15 UTC, Suliman wrote: Cool! Thanks! But do you have any plans to reimplement it from Pascal to В to get it's more native... B? What is B? Sorry, D
Re: IDE - Coedit 2 rc1
On Monday, 8 February 2016 at 07:25:49 UTC, Dominikus Dittes Scherkl wrote: On Monday, 8 February 2016 at 07:05:15 UTC, Suliman wrote: Cool! Thanks! But do you have any plans to reimplement it from Pascal to В to get it's more native... B? What is B? https://en.wikipedia.org/wiki/B_(programming_language) but obviously he meant D.
Re: IDE - Coedit 2 rc1
On Monday, 8 February 2016 at 07:05:15 UTC, Suliman wrote: On Sunday, 7 February 2016 at 13:18:44 UTC, Basile Burg wrote: See https://github.com/BBasile/Coedit/releases/tag/2_rc1 Cool! Thanks! But do you have any plans to reimplement it from Pascal to D No.
IDE - Coedit 2 update 1
This is a hotfix release that you should consider seriously only if you use CE, particularly under a linux system, otherwise it doesn't matter that much. see https://github.com/BBasile/Coedit/releases/tag/2_update_1
IDE - Coedit 2, update 2 released
see https://github.com/BBasile/Coedit/releases/tag/2_update_2
IDE - Coedit 2, update 3 released
Yet another CE update. This release improves several existing features (highlighter, runnable modules, library manager, gdmd support) and fixes a few bugs (most notably brace auto-closing). See https://github.com/BBasile/Coedit/releases/tag/2_update_3 for a detailed changelog and to download. Note that there is still no OSX version and this is unlikely to change in the near future.
IDE - Coedit 2, update 4 released
This is an unfortunate hotfix release, see https://github.com/BBasile/Coedit/releases/tag/2_update_4 With the hope it's the latest version 2 update.
IDE - Coedit 2, update 5 released
See https://github.com/BBasile/Coedit/releases
IDE - Coedit 2, update 6 released
Mostly because an important feature of the library manager was not compatible with DUB > v0.9.24. Otherwise almost nothing. See https://github.com/BBasile/Coedit/releases/tag/2_update_6 for the changelog and the binaries.
Re: IDE - Coedit 2, update 2 released
On Tuesday, 15 March 2016 at 02:09:14 UTC, Basile B. wrote: see https://github.com/BBasile/Coedit/releases/tag/2_update_2 Just a suggestion but you should also put the changelog into the forum so more people read it. Some people dont like clicking links :)
Re: IDE - Coedit 2, update 2 released
Dne 15.3.2016 v 3:09 Basile B. via Digitalmars-d-announce napsal(a): > see https://github.com/BBasile/Coedit/releases/tag/2_update_2 Nice work! Any chance of getting debugging support eventually? I would love to ditch Visual Studio.
Re: IDE - Coedit 2, update 2 released
Dne 16.3.2016 v 13:41 Basile B. via Digitalmars-d-announce napsal(a): > Maybe in the next major version. > > Actually there's already a draft (see the source named ce_gdb.pas) but > it's not activated because it was really not worth. The only feature > that was implemented is the breaking on custom breakpoint and on > exceptions and any other command had to be typed manually. Visually, the > widget was just a made of a toolbar (start stop continue, step, etc) a > big memo that displayed GDB output stream and at the bottom a field > allowing to type gdb commands. Barely more friendly than a gdb cession > in a console ;) Cool! My Pascal days are long over, so I am not sure if I will be to understand the source, nevertheless, having debug in preparation is great news.
Re: IDE - Coedit 2, update 2 released
On Tuesday, 15 March 2016 at 20:46:07 UTC, Martin Drašar wrote: Dne 15.3.2016 v 3:09 Basile B. via Digitalmars-d-announce napsal(a): see https://github.com/BBasile/Coedit/releases/tag/2_update_2 Nice work! Any chance of getting debugging support eventually? I would love to ditch Visual Studio. Maybe in the next major version. Actually there's already a draft (see the source named ce_gdb.pas) but it's not activated because it was really not worth. The only feature that was implemented is the breaking on custom breakpoint and on exceptions and any other command had to be typed manually. Visually, the widget was just a made of a toolbar (start stop continue, step, etc) a big memo that displayed GDB output stream and at the bottom a field allowing to type gdb commands. Barely more friendly than a gdb cession in a console ;)
Re: IDE - Coedit 2, update 4 released
On Wednesday, 20 April 2016 at 09:09:44 UTC, Basile Burg wrote: This is an unfortunate hotfix release, see https://github.com/BBasile/Coedit/releases/tag/2_update_4 With the hope it's the latest version 2 update. This is a great D IDE that is getting better all the time, thanks!
Re: IDE - Coedit 2, update 4 released
On Wednesday, 20 April 2016 at 09:47:53 UTC, growlercab wrote: On Wednesday, 20 April 2016 at 09:09:44 UTC, Basile Burg wrote: This is an unfortunate hotfix release, see https://github.com/BBasile/Coedit/releases/tag/2_update_4 With the hope it's the latest version 2 update. This is a great D IDE that is getting better all the time, thanks! Thanks to you, now I'm lost ;) http://imgur.com/6EW3hEH
Re: IDE - Coedit 2, update 6 released
On Thursday, 26 May 2016 at 23:44:21 UTC, Basile B. wrote: Mostly because an important feature of the library manager was not compatible with DUB > v0.9.24. Otherwise almost nothing. See https://github.com/BBasile/Coedit/releases/tag/2_update_6 for the changelog and the binaries. Is there anyway to get dark theme?
Re: IDE - Coedit 2, update 6 released
On Friday, 27 May 2016 at 17:49:18 UTC, Bauss wrote: On Thursday, 26 May 2016 at 23:44:21 UTC, Basile B. wrote: Mostly because an important feature of the library manager was not compatible with DUB > v0.9.24. Otherwise almost nothing. See https://github.com/BBasile/Coedit/releases/tag/2_update_6 for the changelog and the binaries. Is there anyway to get dark theme? If the native UI of the operating system has a dark theme then Coedit will have a dark theme too. You just have to adjust the highlighter attributes, like here: http://imgur.com/sKCB1Vz
Re: IDE - Coedit 2, update 6 released
On 05/28/2016 09:08 AM, Basile B. wrote: On Friday, 27 May 2016 at 17:49:18 UTC, Bauss wrote: On Thursday, 26 May 2016 at 23:44:21 UTC, Basile B. wrote: Mostly because an important feature of the library manager was not compatible with DUB > v0.9.24. Otherwise almost nothing. See https://github.com/BBasile/Coedit/releases/tag/2_update_6 for the changelog and the binaries. Is there anyway to get dark theme? If the native UI of the operating system has a dark theme then Coedit will have a dark theme too. You just have to adjust the highlighter attributes, like here: http://imgur.com/sKCB1Vz It'd be nice if there was a pre-defined set of dark highlighter attributes that could just be selected and then used out-of-the-box or as a starting point. In general, manually adjusting editor themes can get to be a pain, especially when the color settings are mixed in with the rest of the settings. Seems like a really nice editor though, I just tried it for the first time right now. I'd been having a hard time finding an editor I really like since switching my main dev machine to Linux (previously had been a die-hard Programmer's Notepad 2 user, but it has some issues under wine, and of course it doesn't do DCD). Hopefully this one will fit the bill, looks nice so far. Few newbie questions: - In other editors, I tend to rely very heavily on "Ctrl-Tab" to switch between opened files (in most-recently-used order - analogous to Alt-Tab in many desktop environments). Is there an entry for that in "Options"->"Shortcuts"->"Code editor" so I can set that up? I didn't spot one at a glance, but I could've easily overlooked it. - Regarding "tab vs space" indents, the boolean options eoSpacesToTabs, eoTabsToSpaces, and eoTabIndent seem key, but I'm a little unclear on exactly how they work, and the "options1"/"options2" in general don't appear to be documented (understandable, given how many there are, which is nice though, I like configurability. Adjusting software to fit people is much better than adjusting people to fit software, and "one-size-fits-all" only ever works for hats :) ). - Mostly wishful thinking but I don't suppose there are any plans for elastic tabstops, are there? - Not an objection really (and I'm sure this has been asked before, so pardon that), but I'm curious why it's written in Pascal rather than D. Lack of good-enough GUI libs for D? Any plans to port to D down the road? It'd likely be easier to get contributors if it were in D, but I imagine you probably already figured that. Not trying to push for porting of course, I'm just curious. - I am getting a little bit a weird behavior in a couple places (This is on Debian x64, KDE4, FWIW): When I type 'm' in the editor (without Shift), I get a newline instead of an 'm'. The other letters appear to work fine. Also, in the options editor and the search/replace text box (maybe other places as well?), anything I type gets doubled. For example, if I try to type in a value of "20", I get "2200". "if" becomes "iiff". Backspace works fine, so I can easily erase the extra characters, but something seems to have gone weird there. And the "Find" button doesn't appear to successfully find things even when they are there. "Find All" works though. - It'd be nice if there was a way (if there isn't already?) to set up Ctrl-F (or something) to automatically jump to and select the text in the "Search" entry box.
Re: IDE - Coedit 2, update 6 released
Also, just a minor wishlist thing, but it'd be nice if the currently active file (or project name, or something) was prepended to the window's title bar, so it's displays on people's taskbar. That comes in handy when using multiple editor windows.
Re: IDE - Coedit 2, update 6 released
On Saturday, 28 May 2016 at 16:23:41 UTC, Nick Sabalausky wrote: It'd be nice if there was a pre-defined set of dark highlighter attributes that could just be selected and then used out-of-the-box or as a starting point. In general, manually adjusting editor themes can get to be a pain, especially when the color settings are mixed in with the rest of the settings. Acceptable as an issue for the bug tracker. [...] Few newbie questions: - In other editors, I tend to rely very heavily on "Ctrl-Tab" to switch between opened files (in most-recently-used order - analogous to Alt-Tab in many desktop environments). Is there an entry for that in "Options"->"Shortcuts"->"Code editor" so I can set that up? I didn't spot one at a glance, but I could've easily overlooked it. By default it's Ctrl + Alt + Shift + Left|Right. You can open an enhancement request asking for it not to be hardcoded anymore. - Regarding "tab vs space" indents, the boolean options eoSpacesToTabs, eoTabsToSpaces, and eoTabIndent seem key, but I'm a little unclear on exactly how they work, and the "options1"/"options2" in general don't appear to be documented (understandable, given how many there are, which is nice though, I like configurability. Adjusting software to fit people is much better than adjusting people to fit software, and "one-size-fits-all" only ever works for hats :) ). eoTabsToSpaces: when tab is pressed insert spaces instead of 0x9. The others: I don't really know. - Mostly wishful thinking but I don't suppose there are any plans for elastic tabstops, are there? TIL. Never heard of this before. There's a column mode but it's only used on the selection. - Not an objection really (and I'm sure this has been asked before, so pardon that), but I'm curious why it's written in Pascal rather than D. Lack of good-enough GUI libs for D? Any plans to port to D down the road? It'd likely be easier to get contributors if it were in D, but I imagine you probably already figured that. Not trying to push for porting of course, I'm just curious. Because I come from this language and it's really top comfy for me. When I started CE I was still a complete noobie in D (and had 0 C-ish background, even today D is the only C-style language I know). Also it has a very good code editor component. Today, two years after, I think it would be possible for me to write it with gtkD though some important components miss: asynchronous process and serialization system à la Pascal (I'm working on both in my user library). - I am getting a little bit a weird behavior in a couple places (This is on Debian x64, KDE4, FWIW): When I type 'm' in the editor (without Shift), I get a newline instead of an 'm'. The other letters appear to work fine. Bug report please. Also, in the options editor and the search/replace text box (maybe other places as well?), anything I type gets doubled. For example, if I try to type in a value of "20", I get "2200". "if" becomes "iiff". Backspace works fine, so I can easily erase the extra characters, but something seems to have gone weird there. This is probably an imcompatibility with the SCIM (The Smart Common Input Method platform). See http://forum.lazarus.freepascal.org/index.php?topic=6231.0 for the resolution. And the "Find" button doesn't appear to successfully find things even when they are there. "Find All" works though. There's a problem when "allow Regex" is not checked. And another one I've already encountered once, that I cannot reproduce and fix (if this is this one you talk about so far the only way to fix is the close the file and reopen it) - It'd be nice if there was a way (if there isn't already?) to set up Ctrl-F (or something) to automatically jump to and select the text in the "Search" entry box. Yes Ctrl+F is the default shortcut. It copies the current identifier to the "Find & replace" widget. Then F3 to get the first match.
Re: IDE - Coedit 2, update 6 released
On Saturday, 28 May 2016 at 13:08:55 UTC, Basile B. wrote: On Friday, 27 May 2016 at 17:49:18 UTC, Bauss wrote: On Thursday, 26 May 2016 at 23:44:21 UTC, Basile B. wrote: Mostly because an important feature of the library manager was not compatible with DUB > v0.9.24. Otherwise almost nothing. See https://github.com/BBasile/Coedit/releases/tag/2_update_6 for the changelog and the binaries. Is there anyway to get dark theme? If the native UI of the operating system has a dark theme then Coedit will have a dark theme too. You just have to adjust the highlighter attributes, like here: http://imgur.com/sKCB1Vz So there's no way to do it through the editor? Like I don't use a dark theme in my OS, but I do like my editors to be dark.
Re: IDE - Coedit 2, update 6 released
On Saturday, 28 May 2016 at 20:39:18 UTC, Bauss wrote: So there's no way to do it through the editor? Like I don't use a dark theme in my OS, but I do like my editors to be dark. I confirm. Dark theme only available if the OS widget set has one.
Re: IDE - Coedit 2, update 6 released
On Saturday, 28 May 2016 at 21:55:58 UTC, Basile B. wrote: On Saturday, 28 May 2016 at 20:39:18 UTC, Bauss wrote: So there's no way to do it through the editor? Like I don't use a dark theme in my OS, but I do like my editors to be dark. I confirm. Dark theme only available if the OS widget set has one. That's a shame, damn. May I suggest some proper theme configuration that isn't bound to OS then?