Discuss any editing or program related subjects.
Post Reply
User avatar
Posts: 2
Joined: 05 Oct 2022 14:11


Post by ajaxStardust »

That new icon looks cool on there, especially in dark mode. The blue colored icons kind of set off the look nicely.

I should have put in a question, but I'll just ask here: Is there a way to use xdebug for php with RJ TextEd? looked around in the forum but was surprised to see no talk of it as used for a php debugging environment. I have however seen some talk of degugging, but I wasn't sure what it was. I suspect someone has tried to or succeeded in setting that up as it seems to be pretty extensible. Or how would one go about trying to make a plugin or something of that nature? :-D
User avatar
Posts: 2108
Joined: 13 Oct 2009 13:48
Location: Kraków, Poland

Re: Xdebug

Post by pjj »

(I have changed subject of your post to the new one, since I understand you'd like to talk about Xdebug, plus the new subject hopefully will attract more users.)

I'm not sure what exactly you have in mind when asking for Xdebug support. If you mean something as elaborate as is available in e.g. PHPStorm or Sublime, then the answer is no, and I can't imagine that this could be built with the current script engine. If you mean something simpler, what could that be?

I don't want to speak for Rickard, but I doubt RJ TE can ever get such deep native integration with Xdebug (or any other specialized tool), because RJ TE is, for better or worse, general purpose programmers' editor, not being aimed at Web design only.

On the other hand I would really, really love to see RJ TE open to solutions (e.g. plugins or color schemes) from other editors -- it would be great to be able to use ready-made, free components available on the Web. Alternatively, open architecture, that would enable users to write their own plugins, like it is the case with. e.g. Notepad++.

I don't know what would be easier to design & code, and I'm not sure which solution would be generally better, but I suppose the former would be more realistic, i.e. using already written plugins. I understand that would require a massive re-write of RJ TE, though, while the latter could be introduced step by step.

(I wrote it in the past and I'll repeat it here: current scripting engine, i.e. FastScript, is a dead-end. It is not developed anymore and its documentation is severely lacking. Of course it is better than nothing, but all things considered in my humble opinion it is rather burden than asset.)

I would love to hear from Rickard on this matter, how he sees RJ TE in the long run, and I hope other users will chime in, too.
Alium tibi quaere fratrem; hic, quem tuum putas, meus est. Titus Flāvius Caesar Vespasiānus Augustus
Post Reply