On Saturday, 9 July 2016 at 02:32:20 UTC, Basile B. wrote:
so far nothing appears in the usual pages and links but who
know this could happend.
Thanks, I cleaned it up and increased the CAPTCHA difficulty.
In the future, please do not tamper with spam pages in any way, I
had to intentionally
see https://wiki.dlang.org/Special:RecentChanges
e.g
https://wiki.dlang.org/G.m.a.i.l_tecH_suPPort_Numbner!!((1_..888..269..0130_))_Gmail_Enterprise_Customer_help_desk_support_Phone_Number
so far nothing appears in the usual pages and links but who know
this could happend.
On Wednesday, 4 December 2013 at 01:52:14 UTC, Mike wrote:
Would it please the D community to add a link to DLang.org on
the D Wiki sidebar? I think it would help navigating back and
forth between the two sites, but I, rightfully, don't have
permission to do so.
Thanks,
Mike
Should
Would it please the D community to add a link to DLang.org on the
D Wiki sidebar? I think it would help navigating back and forth
between the two sites, but I, rightfully, don't have permission
to do so.
Thanks,
Mike
On 17.10.2013 08:47, evilrat wrote:
On Thursday, 17 October 2013 at 06:42:58 UTC, Rainer Schuetze wrote:
On 16.10.2013 14:33, Bruno Medeiros wrote:
* How complete is the debugging info for DMD-Win64? Is it fully
implemented, and/or are there any issues or limitations? (Rainer you are
likely
On Thursday, 17 October 2013 at 06:42:58 UTC, Rainer Schuetze
wrote:
On 16.10.2013 14:33, Bruno Medeiros wrote:
* How complete is the debugging info for DMD-Win64? Is it fully
implemented, and/or are there any issues or limitations?
(Rainer you are
likely the best to answer this one)
The s
On 16.10.2013 14:33, Bruno Medeiros wrote:
* How complete is the debugging info for DMD-Win64? Is it fully
implemented, and/or are there any issues or limitations? (Rainer you are
likely the best to answer this one)
The stock compiler does not do the replacement '@' for '.' which
confuses th
On Wednesday, 16 October 2013 at 12:33:07 UTC, Bruno Medeiros
wrote:
Feel free to add/modify the information in that page.
I've added details for the DDD frontend and the WinDbg debugger
supplied in the D compiler zip file.
On 23/09/2013 20:50, Bruno Medeiros wrote:
I'm looking to begin adding integrated debugger support for the DDT IDE
pretty soon. With this in mind it would be desirable to have a view of
what level of D language debugger support is there for the various
combinations of platform+compiler+debugger.
On 26.09.2013 14:30, Bruno Medeiros wrote:
On 26/09/2013 09:06, Rainer Schuetze wrote:
I'm not that pessimistic. Every decent debugger on Windows understands
PDB as there are standard libraries to use them. I guess they can be
used (after conveting debug information with cv2pdb for win32) as m
On 2013-09-27 12:52, Bruno Medeiros wrote:
Blocks is a C language extension by Apple. I suspect that Modules is the
same, although I couldn't google it quickly. Therefore this doesn't
really affect pure D development. Rather, it's significance would be the
same as of the use case of using Mac OS
On 26/09/2013 16:13, Jacob Carlborg wrote:
On 2013-09-26 14:22, Bruno Medeiros wrote:
Why would that be nice? It saves you the small hassle of downloading
GCC+GDB+GDC into it's own installation. With precompiled binaries for
your platform, that should take only 15 minutes of your time and then
On 2013-09-26 20:17, Iain Buclaw wrote:
I have a sneaky suspicion that it's gcc-4.1 and gdb version that works
with that compiler that is in macports. Though that is just heresay - I
don't /actually/ know.
Macports contains the GCC 4.2 - 4.9 and GDB 7.6 and GDB 6.3.50 with
Apple modification
On Sep 25, 2013 7:35 PM, "Jacob Carlborg" wrote:
>
> On Wednesday, 25 September 2013 at 14:46:20 UTC, Bruno Medeiros wrote:
>
>> Ehhh? What's up with Mac OS X and all those outdated operating system
managed installations? (I'm referring to the similar issues with had with
the JVM)
>
>
> Apple has
On 2013-09-26 14:22, Bruno Medeiros wrote:
Why would that be nice? It saves you the small hassle of downloading
GCC+GDB+GDC into it's own installation. With precompiled binaries for
your platform, that should take only 15 minutes of your time and then
you're set (well, a bit again when you want
On 26/09/2013 09:06, Rainer Schuetze wrote:
I'm not that pessimistic. Every decent debugger on Windows understands
PDB as there are standard libraries to use them. I guess they can be
used (after conveting debug information with cv2pdb for win32) as much
as Visual Studio. The visualization addons
On 25/09/2013 18:09, Sean Kelly wrote:
On Sep 25, 2013, at 7:46 AM, Bruno Medeiros
wrote:
On 24/09/2013 07:19, Jacob Carlborg wrote:
On 2013-09-23 21:50, Bruno Medeiros wrote:
(what about Mac though?)
The sate of debugging on Mac OS X is worse than on Linux. There are a
couple of problem
On Thursday, 26 September 2013 at 08:02:52 UTC, Jacob Carlborg
wrote:
On 2013-09-26 09:27, Paolo Invernizzi wrote:
I can confirm that line numbers are missing from the traces,
but at
least something like:
(lldb) b test.d:12
Breakpoint 1: where = test_dmd-head_g`D4test3mooFZi + 8,
address
On 25.09.2013 17:12, Bruno Medeiros wrote:
On 24/09/2013 07:16, Rainer Schuetze wrote:
On 23.09.2013 21:50, Bruno Medeiros wrote:
For DMD+Windows, is there only good debugger support with VisualD? :-(
And how well does that work with 32/64 bit platform variations?
Current options that I k
On 2013-09-26 09:27, Paolo Invernizzi wrote:
I can confirm that line numbers are missing from the traces, but at
least something like:
(lldb) b test.d:12
Breakpoint 1: where = test_dmd-head_g`D4test3mooFZi + 8, address =
0x000113a0
works correctly, and with tabbed autocompletatio
On 2013-09-25 16:46, Bruno Medeiros wrote:
* Line numbers don't work. Probably some issue with incorrect DWARF
generated
What are the implications? Does this mean you canr create a breakpoint
for a given source file line?
Hmm, I was wrong. Line numbers do work, including stack trace and
br
On Wednesday, 25 September 2013 at 18:34:14 UTC, Jacob Carlborg
wrote:
On Wednesday, 25 September 2013 at 14:46:20 UTC, Bruno Medeiros
wrote:
What are the implications? Does this mean you canr create a
breakpoint for a given source file line?
I have tried that. But want I do know is that th
On Wednesday, 25 September 2013 at 14:38:27 UTC, Iain Buclaw
wrote:
On 25 September 2013 14:45, Bruno Medeiros
Perhaps I described it incorrectly then. What I mean is that
most references
and displays of D symbols are made using proper D names, and
not mangled
names (as you might get if you run
On Wednesday, 25 September 2013 at 18:34:14 UTC, Jacob Carlborg
wrote:
I have tried that.
Should have been: I haven't tried that.
--
/Jacob Carlborg
On Wednesday, 25 September 2013 at 17:09:32 UTC, Sean Kelly wrote:
Probably. But it would be nice if this worked with the
compiler that ships with OSX. And for what it's worth, "gcc"
on OSX isn't GCC any more either. It's a wrapper around the
LLVM C compiler.
Technically it's the GCC fron
On Wednesday, 25 September 2013 at 14:46:20 UTC, Bruno Medeiros
wrote:
Ehhh? What's up with Mac OS X and all those outdated operating
system managed installations? (I'm referring to the similar
issues with had with the JVM)
Apple has abandoned the GCC tool chain. They're betting all on
the
On Sep 25, 2013, at 7:46 AM, Bruno Medeiros
wrote:
> On 24/09/2013 07:19, Jacob Carlborg wrote:
>> On 2013-09-23 21:50, Bruno Medeiros wrote:
>>
>>> (what about Mac though?)
>>
>> The sate of debugging on Mac OS X is worse than on Linux. There are a
>> couple of problems:
>>
>> * D symbols ne
On 24/09/2013 07:16, Rainer Schuetze wrote:
On 23.09.2013 21:50, Bruno Medeiros wrote:
For DMD+Windows, is there only good debugger support with VisualD? :-(
And how well does that work with 32/64 bit platform variations?
Current options that I know of for Windows:
- DMD/Win32+windbg(1996):
On 24/09/2013 07:19, Jacob Carlborg wrote:
On 2013-09-23 21:50, Bruno Medeiros wrote:
(what about Mac though?)
The sate of debugging on Mac OS X is worse than on Linux. There are a
couple of problems:
* D symbols need to be prefixed with an extra underscore
* The GDB system debugger is very
On 25 September 2013 14:45, Bruno Medeiros
wrote:
> On 23/09/2013 23:57, Iain Buclaw wrote:
>>
>> On 23 September 2013 20:50, Bruno Medeiros
>> wrote:
>>>
>>> I'm looking to begin adding integrated debugger support for the DDT IDE
>>> pretty soon. With this in mind it would be desirable to have a
On 25/09/2013 14:45, Bruno Medeiros wrote:
Perhaps I described it incorrectly then. What I mean is that most
references and displays of D symbols are made using proper D names, and
not mangled names (as you might get if you run it through a pure C/C++
debugger). I've haven't yet seen something li
On 23/09/2013 23:57, Iain Buclaw wrote:
On 23 September 2013 20:50, Bruno Medeiros
wrote:
I'm looking to begin adding integrated debugger support for the DDT IDE
pretty soon. With this in mind it would be desirable to have a view of what
level of D language debugger support is there for the var
On 24/09/2013 14:42, eles wrote:
On Monday, 23 September 2013 at 23:45:12 UTC, eles wrote:
On Monday, 23 September 2013 at 19:50:35 UTC, Bruno Medeiros wrote:
OTOG, simple quetsion: how to install/update DDT plugin to the git
HEAD version?
Found that. Could you, please, tag the different relea
On 24 September 2013 19:14, Joseph Rushton Wakeling
wrote:
> On 24/09/13 19:28, Iain Buclaw wrote:
>>>
>>> ... are we talking about the same mangling issue here?
>>
>>
>> What dmd does is not the same as gdc... :)
>
>
> I wondered if you'd inherited something from the frontend ... :-)
>
Debugging
On 24/09/13 19:28, Iain Buclaw wrote:
... are we talking about the same mangling issue here?
What dmd does is not the same as gdc... :)
I wondered if you'd inherited something from the frontend ... :-)
On 24 September 2013 18:19, Joseph Rushton Wakeling
wrote:
> On 24/09/13 00:57, Iain Buclaw wrote:
>>
>> GDB doesn't understand D mangling. We currently leverage the use of
>> setting pretty-print names for debugging purposes, but you require to
>> put the names in 'quotation.marks' - I will fix
On 24/09/13 00:57, Iain Buclaw wrote:
GDB doesn't understand D mangling. We currently leverage the use of
setting pretty-print names for debugging purposes, but you require to
put the names in 'quotation.marks' - I will fix this sometime this
year... maybe. :)
When I asked about the possibilit
On 24 September 2013 14:31, Wyatt wrote:
> On Monday, 23 September 2013 at 22:57:27 UTC, Iain Buclaw wrote:
>>
>>
>> GDB doesn't understand D mangling. We currently leverage the use of
>> setting pretty-print names for debugging purposes, but you require to
>> put the names in 'quotation.marks' -
On Monday, 23 September 2013 at 23:45:12 UTC, eles wrote:
On Monday, 23 September 2013 at 19:50:35 UTC, Bruno Medeiros
wrote:
OTOG, simple quetsion: how to install/update DDT plugin to the
git HEAD version?
Found that. Could you, please, tag the different releaseed
versions, it is helpful whe
On Monday, 23 September 2013 at 22:57:27 UTC, Iain Buclaw wrote:
GDB doesn't understand D mangling. We currently leverage the
use of
setting pretty-print names for debugging purposes, but you
require to
put the names in 'quotation.marks' - I will fix this sometime
this year... maybe. :)
Ah
On 2013-09-23 21:50, Bruno Medeiros wrote:
(what about Mac though?)
The sate of debugging on Mac OS X is worse than on Linux. There are a
couple of problems:
* D symbols need to be prefixed with an extra underscore
* The GDB system debugger is very old. It doesn't have the D patches the
u
On 23.09.2013 21:50, Bruno Medeiros wrote:
For DMD+Windows, is there only good debugger support with VisualD? :-(
And how well does that work with 32/64 bit platform variations?
Current options that I know of for Windows:
- DMD/Win32+windbg(1996): This is a version of windbg from 1996 with
On Monday, 23 September 2013 at 19:50:35 UTC, Bruno Medeiros
wrote:
Is debugger support with DMD+Linux+GDB as good as it is with
GDC?
I could test with GDC and DMD on Linux (for GDB).
OTOG, simple quetsion: how to install/update DDT plugin to the
git HEAD version?
On 23 September 2013 20:50, Bruno Medeiros
wrote:
> I'm looking to begin adding integrated debugger support for the DDT IDE
> pretty soon. With this in mind it would be desirable to have a view of what
> level of D language debugger support is there for the various combinations
> of platform+compi
I'm looking to begin adding integrated debugger support for the DDT IDE
pretty soon. With this in mind it would be desirable to have a view of
what level of D language debugger support is there for the various
combinations of platform+compiler+debugger.
This information would be quite benefici
What about Win64 and VS Debugger?
On Fri, Nov 23, 2012 at 06:26:52PM +0100, David Nadlinger wrote:
> On Friday, 23 November 2012 at 17:24:30 UTC, H. S. Teoh wrote:
> >What about something based off my povray D-man model?
>
> D-man? Seriously? ;)
[...]
Why not? Java had Duke, so D has D-Man. :)
T
--
Caffeine underflow. Brain d
On Friday, 23 November 2012 at 17:24:30 UTC, H. S. Teoh wrote:
What about something based off my povray D-man model?
D-man? Seriously? ;)
David
On Fri, Nov 23, 2012 at 05:19:34PM +0100, Andrej Mitrovic wrote:
> On 11/23/12, Andrej Mitrovic wrote:
> > Looks perfect now. Thanks guys.
>
> I think maybe we should do another one of those logo contests
> (https://github.com/eegg/d-brand) to get a better looking logo for the
> wiki and dlang.or
On 11/23/12, Andrej Mitrovic wrote:
> Looks perfect now. Thanks guys.
I think maybe we should do another one of those logo contests
(https://github.com/eegg/d-brand) to get a better looking logo for the
wiki and dlang.org. I don't really like the current one (anyone else
agrees?).
On 11/23/12, Jacob Carlborg wrote:
> On 2012-11-23 15:06, Vladimir Panteleev wrote:
>
>> Applied, thanks.
>
> Looks much better, thanks.
>
> --
> /Jacob Carlborg
>
Looks perfect now. Thanks guys.
On 2012-11-23 15:06, Vladimir Panteleev wrote:
Applied, thanks.
Looks much better, thanks.
--
/Jacob Carlborg
On Friday, 23 November 2012 at 11:56:58 UTC, tn wrote:
Fix for the font size issue:
http://dwiki.kimsufi.thecybershadow.net/User:Tmn/vector.css
(Taken from here:
http://en.wikipedia.org/wiki/MediaWiki:Common.css)
Applied, thanks.
On 2012-11-23 12:56, tn wrote:
Fix for the font size issue:
http://dwiki.kimsufi.thecybershadow.net/User:Tmn/vector.css
(Taken from here: http://en.wikipedia.org/wiki/MediaWiki:Common.css)
Looks good.
--
/Jacob Carlborg
On Thursday, 22 November 2012 at 14:52:33 UTC, Vladimir Panteleev
wrote:
On Thursday, 22 November 2012 at 10:41:33 UTC, Andrej Mitrovic
wrote:
On 11/22/12, r_m_r wrote:
I just modified the Main_Page
and added the WhySwitch page (content copied from the old
wiki:
http://www.prowiki.org/wiki4d
On 11/21/12, Vladimir Panteleev wrote:
> http://dwiki.kimsufi.thecybershadow.net/
Whoever added those icons, they look awesome! It's already much more
user-friendly than prowiki.
On Thursday, 22 November 2012 at 13:15:30 UTC, Vladimir Panteleev
wrote:
On Thursday, 22 November 2012 at 10:16:53 UTC, David Nadlinger
Also, how »stable« can we expect that instance to be?
As stable as forum.dlang.org.
Do you make backups?
Automatic daily incremental offsite backups are p
On 2012-11-22 20:35, Vladimir Panteleev wrote:
Do code examples on Wikipedia look fine for you (e.g.
http://en.wikipedia.org/wiki/D_(programming_language)#Metaprogramming )?
Yes, they do. I'm now looking at the "computed" font size in firebug. On
wikipedia it says 12.8px. On
On Thursday, 22 November 2012 at 18:13:10 UTC, Jacob Carlborg
wrote:
On 2012-11-22 15:52, Vladimir Panteleev wrote:
That would be because your browser is using Courier New for the
monospace CSS font family, which is notable for being smaller
than other
fonts at the same font sizes.
I've over
On 11/22/12, Jacob Carlborg wrote:
> It looks really small in Firefox on Mac OS X as well. It has the
> following style according to firebug:
On Chrome (on win32) it looks ok though.
On 2012-11-22 15:52, Vladimir Panteleev wrote:
That would be because your browser is using Courier New for the
monospace CSS font family, which is notable for being smaller than other
fonts at the same font sizes.
I've overridden the definition to use the same CSS as the forum
(basically, try "
On Thursday, 22 November 2012 at 15:18:24 UTC, Andrej Mitrovic
wrote:
On 11/22/12, Vladimir Panteleev
wrote:
Does it look better now?
Nope, still the same.
Can you try a force-refresh or clearing the browser cache?
What web browser and operating system do you use?
On 11/22/12, Vladimir Panteleev wrote:
> Does it look better now?
Nope, still the same.
On 11/22/12, Vladimir Panteleev wrote:
> That would be because your browser is using Courier New for the
> monospace CSS font family, which is notable for being smaller
> than other fonts at the same font si
On Thursday, 22 November 2012 at 10:41:33 UTC, Andrej Mitrovic
wrote:
On 11/22/12, r_m_r wrote:
I just modified the Main_Page
and added the WhySwitch page (content copied from the old wiki:
http://www.prowiki.org/wiki4d/wiki.cgi).
Is it possible to increase the default font size for D syntax
On Thursday, 22 November 2012 at 10:16:53 UTC, David Nadlinger
wrote:
On Wednesday, 21 November 2012 at 22:22:02 UTC, Vladimir
Panteleev wrote:
Here's something to start with:
http://dwiki.kimsufi.thecybershadow.net/
Could you please set up a robots.txt which disables indexing
until this has
On 11/22/12, r_m_r wrote:
> I don't think I can change the font size directly.
Sorry, I should have quoted Vladimir, not you.
On 11/22/12, r_m_r wrote:
> BTW The code displays fine on my browser.
Which browser? It displays the same for me on Firefox and Chrome.
On 11/22/12, r_m_r wrote:
> Ma
On Thursday, 22 November 2012 at 10:41:33 UTC, Andrej Mitrovic
wrote:
Is it possible to increase the default font size for D syntax
highlighting?
I don't think I can change the font size directly.
The CSS style for that tag is generated by the
SyntaxHighlight GeSHi extension as shown belo
On 11/22/12, r_m_r wrote:
> I just modified the Main_Page
> and added the WhySwitch page (content copied from the old wiki:
> http://www.prowiki.org/wiki4d/wiki.cgi).
Is it possible to increase the default font size for D syntax highlighting?
This is what it looks like, it's almost unreadable: h
On Wednesday, 21 November 2012 at 22:22:02 UTC, Vladimir
Panteleev wrote:
Here's something to start with:
http://dwiki.kimsufi.thecybershadow.net/
Could you please set up a robots.txt which disables indexing
until this has become officially adopted, and moved to its final
address?
Also, ho
On Wednesday, 21 November 2012 at 22:22:02 UTC, Vladimir
Panteleev wrote:
Here's something to start with:
http://dwiki.kimsufi.thecybershadow.net/
Thank you. :)
MediaWiki seems pretty easy to use. I just modified the Main_Page
and added the WhySwitch page (content copied from the old wiki:
h
On Friday, 16 November 2012 at 03:01:46 UTC, Walter Bright wrote:
On 11/14/2012 11:33 PM, Vladimir Panteleev wrote:
But if the D community is interested in
just a MediaWiki setup on the same server as the D forum (with
me taking care of
maintenance), I could look into that.
I don't know how
On 11/16/12, Walter Bright wrote:
> On 11/14/2012 11:33 PM, Vladimir Panteleev wrote:
>> But if the D community is interested in
>> just a MediaWiki setup on the same server as the D forum (with me taking
>> care of
>> maintenance), I could look into that.
>
> I don't know how much everyone else i
On 11/14/2012 11:33 PM, Vladimir Panteleev wrote:
But if the D community is interested in
just a MediaWiki setup on the same server as the D forum (with me taking care of
maintenance), I could look into that.
I don't know how much everyone else is interested in that, but I am.
On Thursday, 15 November 2012 at 08:28:09 UTC, Andrej Mitrovic
wrote:
On 11/15/12, Vladimir Panteleev
wrote:
I'd love to look into writing a wiki syntax converter to move
all
the content from ProWiki to a new MediaWiki instance
Well even if we don't have that we will have an opportunity to
On 11/15/12, Vladimir Panteleev wrote:
> I'd love to look into writing a wiki syntax converter to move all
> the content from ProWiki to a new MediaWiki instance
Well even if we don't have that we will have an opportunity to review
and update outdated articles.
On Tuesday, 13 November 2012 at 21:45:50 UTC, Brad Roberts wrote:
On Tue, 13 Nov 2012, Walter Bright wrote:
On 11/13/2012 11:26 AM, David Nadlinger wrote:
> The only question raised by my suggestion is hosting. I
> don't know what
> infrastructure dlang.org is hosted on right now, and if
> ru
On 11/13/12 20:28 , David Nadlinger wrote:
The MediaWiki extension used by Wikipedia for syntax highlighting [1]
also supports D.
David
[1] http://www.mediawiki.org/wiki/Extension:SyntaxHighlight_GeSHi
Good stuff!
I hope we go for something feature-rich and capable like MediaWiki. I've
jus
I'd say, let's move to http://wiki.dlang.org/GuiLibraries, and then work
on keeping that.
+1
On 11/13/12 1:55 PM, Andrei Alexandrescu wrote:
On 11/13/12 1:23 PM, Walter Bright wrote:
On 11/13/2012 11:26 AM, David Nadlinger wrote:
The only question raised by my suggestion is hosting. I don't know what
infrastructure dlang.org is hosted on right now, and if running a
MediaWiki
instance o
On 11/13/12 1:23 PM, Walter Bright wrote:
On 11/13/2012 11:26 AM, David Nadlinger wrote:
The only question raised by my suggestion is hosting. I don't know what
infrastructure dlang.org is hosted on right now, and if running a
MediaWiki
instance on it would be possible. Given the moderate amount
On Tue, 13 Nov 2012, Walter Bright wrote:
> On 11/13/2012 11:26 AM, David Nadlinger wrote:
> > The only question raised by my suggestion is hosting. I don't know what
> > infrastructure dlang.org is hosted on right now, and if running a MediaWiki
> > instance on it would be possible. Given the mod
On 11/13/2012 6:51 AM, Andrei Alexandrescu wrote:
I think that's a great idea. I'm not a frequent user of our Wiki, but e.g. for
DIPs it's nice to have a better engine. I don't see why Walter would oppose a
change.
I don't oppose a change.
But would mediawiki be better (the one used by Wikiped
On 11/13/2012 11:26 AM, David Nadlinger wrote:
The only question raised by my suggestion is hosting. I don't know what
infrastructure dlang.org is hosted on right now, and if running a MediaWiki
instance on it would be possible. Given the moderate amounts of traffic to
expect, I don't think this
On Tuesday, 13 November 2012 at 19:26:55 UTC, David Nadlinger
wrote:
On Tuesday, 13 November 2012 at 14:51:58 UTC, Andrei
Alexandrescu wrote:
On 11/13/12 3:23 AM, Thomas Koch wrote:
Tobias Pankrath proposed the github wiki engine (free
software[3]) and I
agreed that it would be best to just ena
On Tuesday, 13 November 2012 at 19:36:37 UTC, Andrei Alexandrescu
wrote:
On 11/13/12 11:02 AM, Thomas Koch wrote:
I don't agree that we have to worry about the pagerank of the
existing
links. Content about D is not a competitive subject like
shopping, porn or
news.
I was worried about people
On 11/13/12 11:02 AM, Thomas Koch wrote:
Andrei Alexandrescu wrote:
The only thing we need to worry about is preserving links lest Google
search pagerank gets lost. Is it possible to keep the old link convention?
I don't agree that we have to worry about the pagerank of the existing
links. Co
On Tuesday, 13 November 2012 at 14:51:58 UTC, Andrei Alexandrescu
wrote:
On 11/13/12 3:23 AM, Thomas Koch wrote:
Tobias Pankrath proposed the github wiki engine (free
software[3]) and I
agreed that it would be best to just enable the wiki in a new
project at the
D github account[4].
In case
On Tuesday, 13 November 2012 at 16:20:38 UTC, Andrej Mitrovic
wrote:
On 11/13/12, Andrej Mitrovic wrote:
The biggest problem I see with prowiki
is the spamming issue.
Another big issue is it's lack of syntax highlighting. gollum
wins
there, but other wikis might support D too. I'm not sure w
Andrei Alexandrescu wrote:
> The only thing we need to worry about is preserving links lest Google
> search pagerank gets lost. Is it possible to keep the old link convention?
I don't agree that we have to worry about the pagerank of the existing
links. Content about D is not a competitive subje
On Tue, 13 Nov 2012 17:16:30 +0100
Andrej Mitrovic wrote:
> On 11/13/12, Thomas Koch wrote:
> > Now we need a decision on this issue
>
> I think we need a proper discussion and a vote, not a decision yet. We
> should try and evaluate the wikis that are out there before settling
> for github rig
On 11/13/12, Aleksandar Ruzicic wrote:
> Syntax highlighting is not a problem as highlight.js [1] can be
> easily added
It doesn't work in older browsers.
On Tuesday, 13 November 2012 at 16:20:38 UTC, Andrej Mitrovic
wrote:
On 11/13/12, Andrej Mitrovic wrote:
The biggest problem I see with prowiki
is the spamming issue.
Another big issue is it's lack of syntax highlighting. gollum
wins
there, but other wikis might support D too. I'm not sure w
On 11/13/12, Andrej Mitrovic wrote:
> The biggest problem I see with prowiki
> is the spamming issue.
Another big issue is it's lack of syntax highlighting. gollum wins
there, but other wikis might support D too. I'm not sure which do
though.
On 11/13/12, Thomas Koch wrote:
> Now we need a decision on this issue
I think we need a proper discussion and a vote, not a decision yet. We
should try and evaluate the wikis that are out there before settling
for github right away. For one thing http://prowiki.org is pretty
fast, whereas GitHub
On 11/13/12 3:23 AM, Thomas Koch wrote:
Buna Andrei,
I initiated a discussion[1] about the state of the D wiki[2].
[1] http://forum.dlang.org/thread/k6jak1$quh$1...@digitalmars.com
[2] http://www.prowiki.org/wiki4d
There were three people agreeing that the current wiki engine might be a
cause
Buna Andrei,
I initiated a discussion[1] about the state of the D wiki[2].
[1] http://forum.dlang.org/thread/k6jak1$quh$1...@digitalmars.com
[2] http://www.prowiki.org/wiki4d
There were three people agreeing that the current wiki engine might be a
cause for the bad state of the content. Nobody
Am Wed, 31 Oct 2012 22:53:26 +0100
schrieb Thomas Koch :
> Nick Sabalausky wrote:
> > I don't really understand what's wrong with the current system
> - unfamiliar syntax like no other wiki engine I've ever seen
+1. I think having markdown support would be a huge plus as most D
developers are alr
On 10/28/12, Thomas Koch wrote:
> [1] http://www.prowiki.org/wiki4d
Also it has a rather weak search system. I often can't find pages even
when I directly search for their titles. There's also the constant
spam issue. If the wiki was somehow based on Git we could review pull
requests before mergi
Nick Sabalausky wrote:
> I don't really understand what's wrong with the current system
- unfamiliar syntax like no other wiki engine I've ever seen
- no way to have site names without a camelCase
- no history other then precedent version
- no watched pages
- ... surely much more if you try to rea
On Sun, 28 Oct 2012 14:06:08 +0100
Thomas Koch wrote:
> Hi,
>
> I wanted to edit something in the D wiki[1], had a problem and
> learned more about the used wiki engine ProWiki.
>
> [1] http://www.prowiki.org/wiki4d
>
> - The last ProWiki release was in 2006
> - T
1 - 100 of 164 matches
Mail list logo
