On Friday, 29 May 2020 at 08:04:12 UTC, Basile B. wrote:
I've fixed it yesterday
(https://gitlab.com/basile.b/dexed/-/commit/730c2a4e6e1ae18d603d91c471bf3b6459ce7b52) using my mom's laptop ^^.
Fortunately I've found an old post from p0nce
On Saturday, 9 May 2020 at 11:33:08 UTC, notna wrote:
On Friday, 8 May 2020 at 00:46:04 UTC, Basile B. wrote:
Sorry, I'm tempted to drop official Windows support good. I
have an old win7 DVD but I'd prefer if someone who actually
uses Windows could fix this. For now let's talk here
On Saturday, 25 April 2020 at 06:55:19 UTC, Basile B. wrote:
Despite of the mini drama last year I've continued developping
dexed.
The changelog since last announce here is a bit long, check
https://gitlab.com/basile.b/dexed/-/releases
for more information and get the releases (linux only).
On Friday, 8 May 2020 at 00:46:04 UTC, Basile B. wrote:
Sorry, I'm tempted to drop official Windows support good. I
have an old win7 DVD but I'd prefer if someone who actually
uses Windows could fix this. For now let's talk here
https://gitlab.com/basile.b/dexed/-/issues/37, as it is very
On Thursday, 7 May 2020 at 23:50:51 UTC, notna wrote:
On Tuesday, 5 May 2020 at 22:00:30 UTC, Basile B. wrote:
Try the default procedure now. i.e using lazbuild as explained
in the documentation. As the library is statically linked this
is mandatory anyway.
pull'ed incl submodules again...
On Tuesday, 5 May 2020 at 22:00:30 UTC, Basile B. wrote:
Try the default procedure now. i.e using lazbuild as explained
in the documentation. As the library is statically linked this
is mandatory anyway.
pull'ed incl submodules again... re-build everything, DLL is
there BUT...
- starting
On Tuesday, 5 May 2020 at 20:05:25 UTC, notna wrote:
On Tuesday, 5 May 2020 at 20:03:38 UTC, notna wrote:
On Tuesday, 5 May 2020 at 12:53:29 UTC, Basile B. wrote:
On Win10 64Bit, after compiling as described in
https://basile.b.gitlab.io/dexed/build.html, I have a
"dexed.exe" but if I run
On Tuesday, 5 May 2020 at 20:03:38 UTC, notna wrote:
On Tuesday, 5 May 2020 at 12:53:29 UTC, Basile B. wrote:
On Win10 64Bit, after compiling as described in
https://basile.b.gitlab.io/dexed/build.html, I have a
"dexed.exe" but if I run it, I get "couldn't find
dexed-d.dll" ...
Can you
On Tuesday, 5 May 2020 at 12:53:29 UTC, Basile B. wrote:
On Win10 64Bit, after compiling as described in
https://basile.b.gitlab.io/dexed/build.html, I have a
"dexed.exe" but if I run it, I get "couldn't find dexed-d.dll"
...
Can you give a try again after pulling latest changes ?
On Sunday, 3 May 2020 at 18:40:37 UTC, notna wrote:
On Saturday, 25 April 2020 at 06:55:19 UTC, Basile B. wrote:
Despite of the mini drama last year I've continued developping
dexed.
The changelog since last announce here is a bit long, check
https://gitlab.com/basile.b/dexed/-/releases
On Sunday, 3 May 2020 at 18:40:37 UTC, notna wrote:
On Saturday, 25 April 2020 at 06:55:19 UTC, Basile B. wrote:
Despite of the mini drama last year I've continued developping
dexed.
The changelog since last announce here is a bit long, check
https://gitlab.com/basile.b/dexed/-/releases
On Saturday, 25 April 2020 at 06:55:19 UTC, Basile B. wrote:
Despite of the mini drama last year I've continued developping
dexed.
The changelog since last announce here is a bit long, check
https://gitlab.com/basile.b/dexed/-/releases
for more information and get the releases (linux only).
On 4/25/20 2:55 AM, Basile B. wrote:
Despite of the mini drama last year I've continued developping dexed.
The changelog since last announce here is a bit long, check
https://gitlab.com/basile.b/dexed/-/releases
for more information and get the releases (linux only).
I'm glad to see you
Despite of the mini drama last year I've continued developping
dexed.
The changelog since last announce here is a bit long, check
https://gitlab.com/basile.b/dexed/-/releases
for more information and get the releases (linux only).
On Thursday, 13 June 2019 at 20:12:41 UTC, Machine Code wrote:
On Monday, 10 June 2019 at 20:34:14 UTC, Basile B. wrote:
A small update of this IDE dedicated to the D languages and
its tools [1].
Only some small fixes and adjustments, see [2] for details and
pre-compiled binaries.
[1]
On Monday, 10 June 2019 at 20:34:14 UTC, Basile B. wrote:
A small update of this IDE dedicated to the D languages and its
tools [1].
Only some small fixes and adjustments, see [2] for details and
pre-compiled binaries.
[1] https://github.com/Basile-z/dexed
[2]
On Tuesday, 11 June 2019 at 21:05:05 UTC, Kaylan Tussey wrote:
On Monday, 10 June 2019 at 20:34:14 UTC, Basile B. wrote:
A small update of this IDE dedicated to the D languages and
its tools [1].
Only some small fixes and adjustments, see [2] for details and
pre-compiled binaries.
[1]
On Thursday, 13 June 2019 at 05:09:34 UTC, gleb.tsk wrote:
On Monday, 10 June 2019 at 20:34:14 UTC, Basile B. wrote:
[1] https://github.com/Basile-z/dexed
[2] https://github.com/Basile-z/dexed/releases/tag/v3.7.10
Thank you, very interesting.
But...
lazbuild -B -r dexed.lpi
On Monday, 10 June 2019 at 20:34:14 UTC, Basile B. wrote:
[1] https://github.com/Basile-z/dexed
[2] https://github.com/Basile-z/dexed/releases/tag/v3.7.10
Thank you, very interesting.
But...
lazbuild -B -r dexed.lpi
TEditorToolBarOptions.Load: Using old configuration in
editortoolbar.xml.
On Monday, 10 June 2019 at 20:34:14 UTC, Basile B. wrote:
A small update of this IDE dedicated to the D languages and its
tools [1].
Only some small fixes and adjustments, see [2] for details and
pre-compiled binaries.
[1] https://github.com/Basile-z/dexed
[2]
A small update of this IDE dedicated to the D languages and its
tools [1].
Only some small fixes and adjustments, see [2] for details and
pre-compiled binaries.
[1] https://github.com/Basile-z/dexed
[2] https://github.com/Basile-z/dexed/releases/tag/v3.7.10
See [1] to consult the changes since the last announce here.
Maybe it was 3.7.2, I don't remember.
[1] https://github.com/Basile-z/dexed/releases
On Monday, 7 January 2019 at 20:56:27 UTC, Daniel Kozák wrote:
I have tried to install it on archlinux but I get something
else:
http://asb2m10.github.io/dexed/
the archlinux package for mine doesn't exist.
I have tried to install it on archlinux but I get something else:
http://asb2m10.github.io/dexed/
On Thursday, 3 January 2019 at 20:38:44 UTC, Michelle Long wrote:
On Wednesday, 2 January 2019 at 23:41:41 UTC, Basile wrote:
So the big new is that the tooling is now at 100% 64 bit under
windows (DCD, D-Scanner, D-AST-worx and of course the IDE),
which is a milestone i waited since several
On Wednesday, 2 January 2019 at 23:41:41 UTC, Basile wrote:
So the big new is that the tooling is now at 100% 64 bit under
windows (DCD, D-Scanner, D-AST-worx and of course the IDE),
which is a milestone i waited since several months and it is
only possible since yesterday with the release of
On Thursday, 3 January 2019 at 17:23:52 UTC, steven kladitis
wrote:
On Wednesday, 2 January 2019 at 23:41:41 UTC, Basile wrote:
So the big new is that the tooling is now at 100% 64 bit under
windows (DCD, D-Scanner, D-AST-worx and of course the IDE),
which is a milestone i waited since several
On Wednesday, 2 January 2019 at 23:41:41 UTC, Basile wrote:
So the big new is that the tooling is now at 100% 64 bit under
windows (DCD, D-Scanner, D-AST-worx and of course the IDE),
which is a milestone i waited since several months and it is
only possible since yesterday with the release of
So the big new is that the tooling is now at 100% 64 bit under
windows (DCD, D-Scanner, D-AST-worx and of course the IDE), which
is a milestone i waited since several months and it is only
possible since yesterday with the release of DMD 2.084.0.
Otherwise there are mostly bug fixes.
On 09/26/2018 08:23 PM, Nick Sabalausky (Abscissa) wrote:
On 09/05/2018 01:34 PM, ShadoLight wrote:
I sometimes wonder if the Vim/Emacs 'affectionados' spend so much time
mastering their editors (which by all accounts have a steep learning
curve), that they forgot that IDE development did
On 09/26/2018 10:33 PM, Shachar Shemesh wrote:
On 27/09/18 04:54, Nick Sabalausky (Abscissa) wrote:
Man, I wish SOO much, that was true of my favorite editor
(Programmer's Notepad 2). I love it, but it's a windows thing and has
some issues under wine.
Can you elaborate on what issues? Merely
On 09/05/2018 01:34 PM, ShadoLight wrote:
I sometimes wonder if the Vim/Emacs 'affectionados' spend so much time
mastering their editors (which by all accounts have a steep learning
curve), that they forgot that IDE development did not stagnate after
they left!
I sometimes wonder similar
On 27/09/18 04:54, Nick Sabalausky (Abscissa) wrote:
Man, I wish SOO much, that was true of my favorite editor (Programmer's
Notepad 2). I love it, but it's a windows thing and has some issues
under wine.
Can you elaborate on what issues? Merely downloading and installing seem
to work fine.
On 09/05/2018 01:05 PM, Ecstatic Coder wrote:
For instance, even for contract work, I use Geany for all my developments.
And a portable IDE like Geany is especially useful when developping
*crossplatform* C++ multimedia applications which must be edited and
tested both on Windows, MacOS and
On Wed, 12 Sep 2018 at 04:45, Atila Neves via Digitalmars-d
wrote:
>
> On Wednesday, 5 September 2018 at 17:34:17 UTC, ShadoLight wrote:
> > On Wednesday, 5 September 2018 at 13:11:18 UTC, Jonathan M
> > Davis wrote:
> >
> > It anyway appears that Vim/Emacs are often extended by plugins,
> > and
On Wednesday, 5 September 2018 at 17:34:17 UTC, ShadoLight wrote:
On Wednesday, 5 September 2018 at 13:11:18 UTC, Jonathan M
Davis wrote:
It anyway appears that Vim/Emacs are often extended by plugins,
and this will be the only way to have some project manage
features.
I'm an Emacs user. I
On Wednesday, 5 September 2018 at 13:11:18 UTC, Jonathan M Davis
wrote:
[snip]
Except that you don't have projects or solutions with something
like vim or emacs. There is no structure specific to them. You
can set them up to do the build from inside them, and with
emacs, you can run gdb
Except that you don't have projects or solutions with something
like vim or emacs. There is no structure specific to them. You
can set them up to do the build from inside them, and with
emacs, you can run gdb inside it if you're on an appropriate
platform, but you're not going to have a "vim"
On Wednesday, September 5, 2018 6:35:59 AM MDT ShadoLight via Digitalmars-d
wrote:
> On Tuesday, 4 September 2018 at 22:38:08 UTC, Nick Sabalausky
>
> (Abscissa) wrote:
> > On 09/04/2018 04:00 PM, Jonathan M Davis wrote:
> >> On Tuesday, September 4, 2018 5:56:54 AM MDT ShadoLight via
> >>
On Tuesday, 4 September 2018 at 22:38:08 UTC, Nick Sabalausky
(Abscissa) wrote:
On 09/04/2018 04:00 PM, Jonathan M Davis wrote:
On Tuesday, September 4, 2018 5:56:54 AM MDT ShadoLight via
Digitalmars-d
wrote:
We work full-time for employers which, in my case, employs
thousands of engineers -
On 09/04/2018 04:00 PM, Jonathan M Davis wrote:
On Tuesday, September 4, 2018 5:56:54 AM MDT ShadoLight via Digitalmars-d
wrote:
We work full-time for employers which, in my case, employs
thousands of engineers - and as a result engineering principles
are applied to everything - including
On 9/3/2018 11:55 AM, Joakim wrote:
On Monday, 3 September 2018 at 16:55:10 UTC, Jonathan M Davis wrote:
But if you're ever expecting IDE support to be a top priority of many of the
contributors, then you're going to be sorely disappointed. It's the sort of
thing that we care about because we
On Tuesday, 4 September 2018 at 20:45:53 UTC, H. S. Teoh wrote:
happens. Things aren't going to materialize out of thin air
just because people demand for it loudly enough, even if we'd
like for that to happen. *Somebody* has to do the work. That's
just how the universe works.
Human beings
On Tuesday, September 4, 2018 2:45:53 PM MDT H. S. Teoh via Digitalmars-d
wrote:
> Those who've learned LaTeX swear by it. Those who are learning LaTeX swear
> at it. -- Pete Bleackley
Well, that's a weirdly appropriate quote. The primary reason that I've done
as much with latex as I have is so
On Tue, Sep 04, 2018 at 02:00:37PM -0600, Jonathan M Davis via Digitalmars-d
wrote:
[...]
> And while a number of us do do at least some work on D-related stuff
> that we don't care about aside from wanting to improve the D ecosystem
> for others, when the vast majority of the time being put in
On Tuesday, September 4, 2018 5:56:54 AM MDT ShadoLight via Digitalmars-d
wrote:
> We work full-time for employers which, in my case, employs
> thousands of engineers - and as a result engineering principles
> are applied to everything - including tools. So all SW dev teams
> here use
On Tue, 04 Sep 2018 11:56:54 +, ShadoLight wrote:
> I know the "we use Vim/Emacs, why don't you pitch in and help on VisualD
> if you want to use it" view is valid opinion, but it will not bring the
> masses since it will never happen - the critical mass is composed of
> devs that want to
On Tuesday, 4 September 2018 at 00:16:16 UTC, Nick Sabalausky
(Abscissa) wrote:
On 09/03/2018 02:55 PM, Joakim wrote:
On Monday, 3 September 2018 at 16:55:10 UTC, Jonathan M Davis
wrote:
But if you're ever expecting IDE support to be a top priority
of many of the contributors, then you're
On Monday, 3 September 2018 at 19:31:58 UTC, Jonathan M Davis
wrote:
Because they can't hold a candle to vim. As far as text editing
goes, there simply is no comparison.
All these arguments, especially the above, makes me sad.
May be this is the nature of open source that volunteers will
On 09/03/2018 02:55 PM, Joakim wrote:
On Monday, 3 September 2018 at 16:55:10 UTC, Jonathan M Davis wrote:
But if you're ever expecting IDE support to be a top priority of many
of the contributors, then you're going to be sorely disappointed. It's
the sort of thing that we care about because
On Monday, September 3, 2018 12:55:01 PM MDT Joakim via Digitalmars-d wrote:
> On Monday, 3 September 2018 at 16:55:10 UTC, Jonathan M Davis
>
> wrote:
> > But if you're ever expecting IDE support to be a top priority
> > of many of the contributors, then you're going to be sorely
> >
On Monday, 3 September 2018 at 16:55:10 UTC, Jonathan M Davis
wrote:
But if you're ever expecting IDE support to be a top priority
of many of the contributors, then you're going to be sorely
disappointed. It's the sort of thing that we care about because
we care about D being successful, but
Yet another update in this crazy 3.6.x burst.
See [1] for changelog and downloads. zip files and setup program
include D-Scanner 0.5.6 and DCD ~master which both include fixes
for a crash that could happen since a small month.
[1]: https://github.com/BBasile/Coedit/releases/tag/v3.6.15
On Tuesday, 17 April 2018 at 18:39:27 UTC, Basile B. wrote:
I hadn't announced the 5 or 6 latest releases (3.6.x series)
but this one comes with an integrated terminal emulator (linux
only), a bit like Geany does, if you see what i mean.
See https://github.com/BBasile/Coedit/releases for
Basile B. wrote:
I hadn't announced the 5 or 6 latest releases (3.6.x series) but this one
comes with an integrated terminal emulator (linux only), a bit like Geany
does, if you see what i mean.
See https://github.com/BBasile/Coedit/releases for changelog and download
links.
yay!
I hadn't announced the 5 or 6 latest releases (3.6.x series) but
this one comes with an integrated terminal emulator (linux only),
a bit like Geany does, if you see what i mean.
See https://github.com/BBasile/Coedit/releases for changelog and
download links.
On Thursday, 7 December 2017 at 14:27:39 UTC, Basile B. wrote:
This is a highly recommended update for Windows users. See the
regression section in the changelog [1].
If by any chance the FreeBSD packager or the AUR's one (aka
Wild) read this, please note that i've switched to SemVer, so
This is a highly recommended update for Windows users. See the
regression section in the changelog [1].
If by any chance the FreeBSD packager or the AUR's one (aka Wild)
read this, please note that i've switched to SemVer, so update
your scripts.
It's also worth mentioning that this change
On Friday, 25 August 2017 at 04:29:51 UTC, user1234 wrote:
On Friday, 14 July 2017 at 06:10:08 UTC, Basile B. wrote:
Better integration of D-Scanner. D-Scanner binary is itself
included from now, in addition to DCD.
See https://github.com/BBasile/Coedit/releases/tag/3_update_3
for the
On Friday, 14 July 2017 at 06:10:08 UTC, Basile B. wrote:
Better integration of D-Scanner. D-Scanner binary is itself
included from now, in addition to DCD.
See https://github.com/BBasile/Coedit/releases/tag/3_update_3
for the download links and a complete changelog.
update 4 is available
On Sunday, 23 July 2017 at 18:10:25 UTC, Basile B. wrote:
Configuration Options
===> The following configuration options are available for
coedit-3.u.3_1:
> Options available for the single LCL: you have to select
exactly one of them
GTK2=on: Use gtk20 interface
QT4=off: Use qt4
On Sunday, 23 July 2017 at 06:01:23 UTC, Alonso Cárdenas wrote:
On Friday, 14 July 2017 at 06:10:08 UTC, Basile B. wrote:
Better integration of D-Scanner. D-Scanner binary is itself
included from now, in addition to DCD.
See https://github.com/BBasile/Coedit/releases/tag/3_update_3
for the
On Saturday, 15 July 2017 at 23:37:51 UTC, Gunther Klawa wrote:
On Friday, 14 July 2017 at 06:10:08 UTC, Basile B. wrote:
Better integration of D-Scanner. D-Scanner binary is itself
included from now, in addition to DCD.
See https://github.com/BBasile/Coedit/releases/tag/3_update_3
for the
On Friday, 14 July 2017 at 06:10:08 UTC, Basile B. wrote:
Better integration of D-Scanner. D-Scanner binary is itself
included from now, in addition to DCD.
See https://github.com/BBasile/Coedit/releases/tag/3_update_3
for the download links and a complete changelog.
I have no idea what
On Friday, 2 June 2017 at 10:03:25 UTC, Basile B. wrote:
On Friday, 2 June 2017 at 07:24:02 UTC, Basile B. wrote:
Times change.
Sorry but i've forgotten to remove a SLOC written for debugging:
On Friday, 2 June 2017 at 07:24:02 UTC, Basile B. wrote:
Very small update. The Changes won't be noticeable unless
you're an hardcore user like me.
https://github.com/BBasile/Coedit/releases/tag/3_update_2
https://github.com/BBasile/Coedit
off topic:
==
I've recently discovered that
Very small update. The Changes won't be noticeable unless you're
an hardcore user like me.
https://github.com/BBasile/Coedit/releases/tag/3_update_2
https://github.com/BBasile/Coedit
off topic:
==
I've recently discovered that CE downloads for linux are now more
important than
Hello, The latest major release does not contain any critical
issue known at this day so this is a minor update that brings a
few improvements mostly related to the edition: DDOC and
completion (including an automatic mode, as suggested many times
after latest release).
- Changelog and
On Wednesday, 15 March 2017 at 22:09:07 UTC, aberba wrote:
On Monday, 13 March 2017 at 17:43:32 UTC, Basile B. wrote:
Finally, after four betas, the third version of my D IDE [0]
is available.
Good Intellescense is the only missing piece for me.
- IDE-grade features are provided by DCD, so
On Monday, 13 March 2017 at 17:43:32 UTC, Basile B. wrote:
Finally, after four betas, the third version of my D IDE [0] is
available.
The change log for this new version quite important.
Major additions:
- GDB commander, a GDB UI, only under linux.
- Project groups.
- Compiler paths, defines
On Monday, 13 March 2017 at 17:43:32 UTC, Basile B. wrote:
Finally, after four betas, the third version of my D IDE [0] is
available.
Congrats. I had tried it in the past and had liked it.
Finally, after four betas, the third version of my D IDE [0] is
available.
The change log for this new version quite important.
Major additions:
- GDB commander, a GDB UI, only under linux.
- Project groups.
- Compiler paths, defines and select several D compilers.
Picked among the other
On Friday, 27 January 2017 at 04:48:56 UTC, Basile B. wrote:
This would probably have been a RC or even the final version if
I hadn't to wait for the development platform I use to reach
its next milestone, which may not happen before the next
spring, so another beta is worth.
All important
On Monday, 30 January 2017 at 23:32:12 UTC, dminded wrote:
Ok, the debugger also works if i write a bit more then just a
'writeln' into main.
How can i set breakpoints? If i click on the left side of a
row, a little red dot appears. But the debugger seems to ignore
it and instead every
On Tuesday, 31 January 2017 at 07:23:24 UTC, Basile B. wrote:
On Monday, 30 January 2017 at 23:32:12 UTC, dminded wrote:
Ok, the debugger also works if i write a bit more then just a
'writeln' into main.
How can i set breakpoints? If i click on the left side of a
row, a little red dot
On Monday, 30 January 2017 at 19:45:38 UTC, dminded wrote:
On Sunday, 29 January 2017 at 02:56:53 UTC, Basile B. wrote:
I'm on IRC right now. Communication on the forum is really
painfull, it looks like I need to explain a few things. Also
you can ask questions on the bugtracker, although it's
On Monday, 30 January 2017 at 23:32:12 UTC, dminded wrote:
Ok, the debugger also works if i write a bit more then just a
'writeln' into main.
How can i set breakpoints? If i click on the left side of a
row, a little red dot appears.
This means that GDB cannot set the breakpoint. checkout
Ok, the debugger also works if i write a bit more then just a
'writeln' into main.
How can i set breakpoints? If i click on the left side of a row,
a little red dot appears. But the debugger seems to ignore it and
instead every statement is a breakpoint. I also can not find a
"step out of
On Sunday, 29 January 2017 at 02:56:53 UTC, Basile B. wrote:
I'm on IRC right now. Communication on the forum is really
painfull, it looks like I need to explain a few things. Also
you can ask questions on the bugtracker, although it's the same
problem as here (not real time...).
Seems we
On Sunday, 29 January 2017 at 01:06:32 UTC, dminded wrote:
On Saturday, 28 January 2017 at 23:55:58 UTC, Basile B. wrote:
On Saturday, 28 January 2017 at 22:18:52 UTC, dminded wrote:
On Friday, 27 January 2017 at 04:48:56 UTC, Basile B. wrote:
This would probably have been a RC or even the
On Saturday, 28 January 2017 at 23:55:58 UTC, Basile B. wrote:
On Saturday, 28 January 2017 at 22:18:52 UTC, dminded wrote:
On Friday, 27 January 2017 at 04:48:56 UTC, Basile B. wrote:
This would probably have been a RC or even the final version
if I hadn't to wait for the development platform
On Saturday, 28 January 2017 at 22:18:52 UTC, dminded wrote:
On Friday, 27 January 2017 at 04:48:56 UTC, Basile B. wrote:
This would probably have been a RC or even the final version
if I hadn't to wait for the development platform I use to
reach its next milestone, which may not happen before
On Friday, 27 January 2017 at 04:48:56 UTC, Basile B. wrote:
This would probably have been a RC or even the final version if
I hadn't to wait for the development platform I use to reach
its next milestone, which may not happen before the next
spring, so another beta is worth.
All important
This would probably have been a RC or even the final version if I
hadn't to wait for the development platform I use to reach its
next milestone, which may not happen before the next spring, so
another beta is worth.
All important information, links and other downloads are here:
On Monday, 28 November 2016 at 07:00:02 UTC, Bauss wrote:
Is themes still based on the theme of your OS or can you choose
themes yourself? I remember asking this question a long time
ago in regards to getting a dark theme, but back then it was
based on whether your OS was a dark theme or not.
On Tuesday, 22 November 2016 at 23:38:53 UTC, Basile B. wrote:
- Changelog:
https://gist.github.com/BBasile/5dfb21fd6bd5848922867633eb4136f5
- Github release page:
https://github.com/BBasile/Coedit/releases/tag/3_beta_1
Note that this announce is short on purpose. It's a
pre-release, however
On Thursday, 24 November 2016 at 08:46:28 UTC, Dmitry wrote:
On Tuesday, 22 November 2016 at 23:38:53 UTC, Basile B. wrote:
https://github.com/BBasile/Coedit/releases/tag/3_beta_1
Menu always flickering
https://dl.dropboxusercontent.com/u/78963719/D/other/coedit.gif
Win7 x64
(I din't
On Tuesday, 22 November 2016 at 23:38:53 UTC, Basile B. wrote:
https://github.com/BBasile/Coedit/releases/tag/3_beta_1
Menu always flickering
https://dl.dropboxusercontent.com/u/78963719/D/other/coedit.gif
Win7 x64
(I din't remember this problem in previous versions)
On Tuesday, 22 November 2016 at 23:38:53 UTC, Basile B. wrote:
- Changelog:
https://gist.github.com/BBasile/5dfb21fd6bd5848922867633eb4136f5
Re-released on Wed, 23 Nov 2016 14:35:39 +0100 due to a
regression (a line ending added on clipbrd paste). Only the main
program has to be overwritten.
- Changelog:
https://gist.github.com/BBasile/5dfb21fd6bd5848922867633eb4136f5
- Github release page:
https://github.com/BBasile/Coedit/releases/tag/3_beta_1
Note that this announce is short on purpose. It's a pre-release,
however I've build the usual binaries, see second link.
You want to
On 16/11/2015 06:45, Vadim Lopatin wrote:
Hello,
Is there any IDE which allows debugging D apps on OSX?
I'm trying Mono-D, but getting error
"Debugger operation failed A syntax error in expression, near
'sizeof(void*)'"
GDB is installed using homebrew. Probably, something is wrong with my
On Monday, 16 November 2015 at 08:15:36 UTC, Jacob Carlborg wrote:
On 2015-11-16 08:48, Rikki Cattermole wrote:
On recent versions of OSX, Apple has by default made it so
that all
applications must be signed by default. You can disable this
behavior
through system settings and security.
I
On Monday, 16 November 2015 at 07:48:31 UTC, Rikki Cattermole
wrote:
On 16/11/15 7:45 PM, Vadim Lopatin wrote:
Hello,
Is there any IDE which allows debugging D apps on OSX?
I'm trying Mono-D, but getting error
"Debugger operation failed A syntax error in expression,
near
On 2015-11-16 08:48, Rikki Cattermole wrote:
On recent versions of OSX, Apple has by default made it so that all
applications must be signed by default. You can disable this behavior
through system settings and security.
I suspect this is what is stopping it.
Alternatively use LLDB shipped
On Monday, 16 November 2015 at 07:48:31 UTC, Rikki Cattermole
wrote:
On 16/11/15 7:45 PM, Vadim Lopatin wrote:
[...]
On recent versions of OSX, Apple has by default made it so that
all applications must be signed by default. You can disable
this behavior through system settings and
Hello,
Is there any IDE which allows debugging D apps on OSX?
I'm trying Mono-D, but getting error
"Debugger operation failed A syntax error in expression, near
'sizeof(void*)'"
GDB is installed using homebrew. Probably, something is wrong
with my gdb. When I'm trying to start debugging
On 16/11/15 7:45 PM, Vadim Lopatin wrote:
Hello,
Is there any IDE which allows debugging D apps on OSX?
I'm trying Mono-D, but getting error
"Debugger operation failed A syntax error in expression, near
'sizeof(void*)'"
GDB is installed using homebrew. Probably, something is wrong with my
On Friday, 10 April 2015 at 19:02:05 UTC, Idan Arye wrote:
Many of these Vim users are not really Vim users - not in the
sense that Emacs users are Emacs users anyways. Sure, they use
Vim - but only because it's a default editor in Unix-like
systems. If Windows Notepad was the default text
On Friday, 10 April 2015 at 17:59:45 UTC, Ali Çehreli wrote:
On 04/10/2015 01:28 AM, Szymon Gatner wrote:
A lot must have changed since I used Vim few years ago then.
I hope this is not taken as an attack on Vim users but from my
limited observations at work, users of Emacs use it
You've gotten other answers already, so I won't repeat them here.
Refactoring wasn't really handled though, and that part depends
on the language you're editing in Emacs. Basically, if someone
has already written a package for that, good. If not, not so
good. AFAIK there isn't a D one yet
1 - 100 of 173 matches
Mail list logo
