Developer forums (C::B DEVELOPMENT STRICTLY!) > Development

wysiwyg?

<< < (3/4) > >>

DJMaze:
I don't use wxSmith since i don't use wxWidgets for my projects.

If you say that wxSmith does write the files like the better known IDE's then its fine by me.
My point was more to have it embedded inside code::blocks



Let's say the red parts are wxSmith but then as C::B plugin.
Then if you add/modify/delete stuff it updates instantly inside C::B


--- Quote from: byo on March 17, 2006, 11:53:10 pm ---It could be also done with parsing class and analyzing it's content but it's really hard to do - If You don't believe just read some articles on C++ parsing.
--- End quote ---
I know this will be hard but that's not what i ment.

Borland uses .dfm files. These files only contain the class instance details like width, height, position, method assignments and children.

--- Code: ---object Form1: TForm1
  Left = 192
  Top = 107
  Width = 696
  Height = 480
  Caption = 'Form1'
  Color = clBtnFace
  Font.Charset = DEFAULT_CHARSET
  Font.Color = clWindowText
  Font.Height = -11
  Font.Name = 'MS Sans Serif'
  Font.Style = []
  OldCreateOrder = False
  PixelsPerInch = 96
  TextHeight = 13
  object Label1: TLabel
    Left = 8
    Top = 40
    Width = 32
    Height = 13
    Caption = 'Label1'
  end
  object Button1: TButton
    Left = 8
    Top = 8
    Width = 75
    Height = 25
    Caption = 'Button1'
    TabOrder = 0
    OnClick = Button1Click
  end
end
--- End code ---

Something similar to that inside c::b would eliminate the overwrite when you change something inside the RAD.
Since the only thing that has to be done is lookup the .c/.h files if the new method, for example, exists or has to be created.

The content of this .dfm file is nothing more then an easy layout of the class constructor or main() function.

It's not something i will use today but when i started coding for the first months this kind of RAD development as provided by Borland just realy made it easy for me to start developing since i didn't have to care how to create a window and put a button on it.
The other benefit was that i wrote it all in one go thru a single IDE without having to worry about loading and saving the correct version of a file between several applications.
So if wxSmith/fluid are available as C::B plugins it would make this IDE very popular for starters.

takeshimiya:
This is sufficient?


--- Quote ---wxSmith is a Code::Blocks plugin for RAD editing of wxWidgets applications.

It's being developed by byo, and co-developed by cyberkoa.

It can be downloaded from http://codeblocks.org
--- End quote ---

DJMaze:
almost, i've read about it and understood it.

So i see wxSmith does the job for wxWidget programming, but what about others like FLTK, GTK and Qt ?
Can't there be somesort of "connector" that lets any RAD tool communicate with the source files?

For example i wrote my own toolkit and instruct C::B to add/replace/edit a string inside a file

takeshimiya:

--- Quote from: DJMaze on March 18, 2006, 03:20:06 am ---almost, i've read about it and understood it.

So i see wxSmith does the job for wxWidget programming, but what about others like FLTK, GTK and Qt ?
Can't there be somesort of "connector" that lets any RAD tool communicate with the source files?

--- End quote ---
Yes, it's called Code::Blocks SDK.

You are very welcomed to write a "connector" for other toolkits like FLTK, GTK and QT.
AFAIK, there are some works on getting more integrated with QT designer (don't remember who exactly).


--- Quote from: DJMaze on March 18, 2006, 03:20:06 am ---For example i wrote my own toolkit and instruct C::B to add/replace/edit a string inside a file

--- End quote ---
Something to made that more easier for you, would depend on a C++/other languages full AST parsed of the source code, if you want it to be easy, that is, but it's not feasible for now, as byo pointed out parsing C++ is hell.

But a very easy solution would be to use regex based parsing.
Look at how it does the Code::Blocks "ToDo plugin". :wink:

rickg22:
In theory, wxSmith should excel in generating and editing XRC files, which are XML representations of widgets (they'd be your equivalent of DFM files), and the C++ only loads the widgets using the XRC library in wxWidgets. Unfortunately, (the last time i used wxSmith) most of the work done is about dealing with generated C++ code.

Navigation

[0] Message Index

[#] Next page

[*] Previous page