Antonio Maniero wrote:
>
>> I will try but for now I can't run HbIDE. Do you have a clue?
> ---
> Run-time Error!
> ---
> Error BASE/1005 Message not found: XBPTABWIDGET:_QCORNERWIDGET
> Called from __ERRRT_SBASE(0)
> Called from XBPTABWIDGET:ERRO
>
>
>
> Then it is a serious bug in hbIDE.
>
> How do you activate hbIDE ?
>
> Check if you can find "Projects Functions List" populated
> at startup after ( once ) tagging few projects ?
>
> Show us hbIDE.ini responsible to load projects.
>
>
> I will try but for now I can't run HbIDE. Do you have
Antonio Maniero wrote:
>
>> It persists.
>>
>
> Not for me.
>
Then it is a serious bug in hbIDE.
How do you activate hbIDE ?
Check if you can find "Projects Functions List" populated
at startup after ( once ) tagging few projects ?
Show us hbIDE.ini responsible to load projects.
BTW, FY
>
>
>
> It persists.
>
Not for me.
>
> You need to re-tag only when you add a new project or
> there are heavy changes in your code. Recommened course is
> to re-tag every week to be on the safer side.
>
> Anyway, I admit that it needs a reworked approach.
Good.
BTW, FYI
i just read these pag
Antonio Maniero wrote:
>
>> Like some situations I already posted before and you put in your todo
>> list.
> I have a crash trying close a split editor but I can't reproduce it again.
>
May be at those points you needed a re-build of hbQT.
This is some factor I could never control from inside
>
>
> >> Can you explain what constitute it to be unstable?
> >>
> > HbIDE crashs.
> >
>
> I do not experience it now, anybody else ? And can you describe
> circumstances, when ?
>
>
> Like some situations I already posted before and you put in your todo list.
I have a crash trying close a split e
Antonio Maniero wrote:
>
>> > Tab order on project properties is skipping some input boxes.
>>
>> Tab order is out of order.
>
Fixed. r14520.
>> Can you explain what constitute it to be unstable?
>>
> HbIDE crashs.
>
I do not experience it now, anybody else ? And can you describe
circums
>
>
> > Tab order on project properties is skipping some input boxes.
> >
>
> I could not follow it. What you mean "skipping" ?
>
> Tab order is out of order.
>
>
>
> Can you explain what constitute it to be unstable?
>
HbIDE crashs.
>
>
> > Goto Function on context menu doesn't jump to functio
Antonio Maniero wrote:
>
> When creating a new project, ask to create a folder instead to show error
> when a folder doesn't exist.
>
Done. r14510?
> Create a option to enable a "x button" on tabs to close it or a unique "x
> button" which will be close the current tab or keep without "x bu
Antonio Maniero wrote:
>
> More suggestions:
>
Thanks.
I am working on some facts and commit is
scheduled for today. I will reply you in detail after
the commit.
-
enjoy hbIDEing...
Pritpal Bedi
http://hbide.vouch.info/
--
View this message in context:
http://harbour-d
Hi Pritpal
More suggestions:
When creating a new project, ask to create a folder instead to show error
when a folder doesn't exist.
Create a option to enable a "x button" on tabs to close it or a unique "x
button" which will be close the current tab or keep without "x button".
Need context menu
>
>
> No, since begining. Selecet some text, click on left-side toolbar icon
> "ToUpper".
>
> My Fault, I just look on main menu edit. (inconsistency here)
>
>
> We are primarily focussed on Xbase dialect compilers only.
> It is not our goal to make hbIDE universal as yet. So I will look
> forward
Antonio Maniero wrote:
>
>> Just background color is there, not the number and round numbers (10,20,
> 30, etc). I think you should overhaul Theme Manager to allow change
> background color for any item just like all other IDEs. An item on theme
> is
> a text element like any other. Text element
Hi Antonio,
> IMO HBIDE should offer Harbour standards as default
> and let user override it.
>
> I totally agree.
>
>
> Besides duplicating efforts and losing focus, it also
> make HBIDE heavier and heavier, and I'm not sure it's
> good idea to pull in large amount of unnecessary
> code into
Hi Viktor
> IMO HBIDE should offer Harbour standards as default
> and let user override it.
>
I totally agree.
>
> Besides duplicating efforts and losing focus, it also
> make HBIDE heavier and heavier, and I'm not sure it's
> good idea to pull in large amount of unnecessary
> code into memory
> > Option to use tabs or spaces (number of columns or spaces configurable).
> >
>
> A candidate for final "Setup" dialog, I have put it to last.
> But probably we must not go towards inculsion. Many of the
> repositories are immune to it. Also we do not advocate it in Harbour SVN.
HBIDE is mean
>
>
> I entrust you can do this very well. Just maintain a list what is missing
> and required,
> and chances are I will implement them as soon as possible.
>
> The only problem I can't schedule to you.
>
>
> > Include line numbers configuration in theme manager.
> >
>
> Is already there.
>
> Just
Hi Pritpal
I reply your message tomorrow. Before I go to bed I suggest you read this
page about importance of UI:
http://www.joelonsoftware.com/uibook/fog000249.html
Do you know Joel? All programmers should know him. I agree and disagree with
him on individual topics but he becomes a referenc
Antonio Maniero wrote:
>
> I think you need to keep an informal roadmap with features which not be
> implemented very soon. You implement many features in hours or days, but
> some of them need too much time and an informal roadmap would be useful.
> But
> this is your call only, I just gave a i
Hi
As a lot changes have been committed, here I only outline
my tests on two-monitor system.
Antonio Maniero wrote:
>
> centralized action to be triggered by any events on application, a button,
> a
> menu option, a keyboard shortcut, or by code too. If you treat each action
> isolated you wi
I think you need to keep an informal roadmap with features which not be
implemented very soon. You implement many features in hours or days, but
some of them need too much time and an informal roadmap would be useful. But
this is your call only, I just gave a idea.
Some random ideas not organized
Good points, I agree with them. Consistency and
flexibility as known from other GUIs/IDEs is very
important, and IMO in Harbour our job at the moment
is not to reinvent IDE idioms, but to follow what's
already developed (Eclipse, MSVS). We can be different,
if it means better, but ppl have cer
>
>
> BTW what part of the artical is relevant to what follows ?
> Is it ti guide me, what objects are, and, how to program them
> or how should these behave ?
>
> It's describe a pattern (not necessarily related to OOP) which IMO help you
organize the code to avoid inconsistencies. The command pat
The remaining points:
Command impossible to be select should be grayed on menu and button and
disabled on keyboard.
//
Yes, this should be like this. But because of multi-panel/multi source
editsing
instances, I could not achieve this in transparent way.
//
To be experimented.
Nice touch h
Hi
To keep a track what I have promised to fix:
Editors, Skeletons, Projects and Output panel are not detachable. This is
what I said last week.
//
These can be floatable, though, persoanlly I do not like them to hang
anywhere because of always-available-same position.
//
Subject to group d
Antonio Maniero wrote:
>
> Read http://en.wikipedia.org/wiki/Command_pattern
>
Read.
BTW what part of the artical is relevant to what follows ?
Is it ti guide me, what objects are, and, how to program them
or how should these behave ?
> HbIDE have a lot of inconsistencies.
>
Well, the
Antonio Maniero wrote:
>
> Hi Pritpal
>
> I will write my first review about HbIDE. It's not a complete review and I
> just want contribute to improve this potential useful tool. It's not my
> intention to criticize your work, just to show my view about an IDE. Sorry
> by my English and sorry i
Hi Pritpal
I will write my first review about HbIDE. It's not a complete review and I
just want contribute to improve this potential useful tool. It's not my
intention to criticize your work, just to show my view about an IDE. Sorry
by my English and sorry if I lost or misunderstand something.
Ha
Massimo Belgrano wrote:
>
> Sorry i still bad explain
> You can not remove welcome screen because not have the previous state.
> so the question is why not save it
> but web have in mind different significance for state
>
Save state is only valid if I know the location
which is why it can be
2010/4/21 Pritpal Bedi :
>
>
> Massimo Belgrano wrote:
>>
>> Do you plane save state of opened file in each project?
>> Xmate remember also row selected when save file/project
>>
>
> It already saves it.
> I think you have just started playing with hbIDE, right ?
Sorry i still bad explain
You can n
Massimo Belgrano wrote:
>
> Do you plane save state of opened file in each project?
> Xmate remember also row selected when save file/project
>
It already saves it.
I think you have just started playing with hbIDE, right ?
> Possible set as global set keyboard
>
There is a button on keyb
Yes work
2010/4/21 Pritpal Bedi :
>
>
> I set it for .ini invokation : hbide hbide.ini.
> For .prg(s) it was already like that.
> For .hbp, it cannot be because I do not save the previous state.
Do you plane save state of opened file in each project?
Xmate remember also row selected when save file
Massimo Belgrano wrote:
>
> i have try
> c:\harbour\contrib\hbide
> hbide hbide.hbp
> and start with welcome string
> not work?
>
I set it for .ini invokation : hbide hbide.ini.
For .prg(s) it was already like that.
For .hbp, it cannot be because I do not save the previous state.
> i set to
2010/4/21 Pritpal Bedi :
> Massimo Belgrano wrote:
>> Remove welcome screen in particular when load from command line hbide
>> mytest.hbp
> Implemented. r14351.
i have try
c:\harbour\contrib\hbide
hbide hbide.hbp
and start with welcome string
not work?
>> keboard mapping i not able execute at f12
Massimo Belgrano wrote:
>
> Remove welcome screen in particular when load from command line hbide
> mytest.hbp
>
Implemented. r14351.
> keboard mapping i not able execute at f12 exectool("calc.exe")
>
Fixed. r14351.
-
enjoy hbIDEing...
Pritpal Bedi
http://hbide.vouch
Antonio Maniero wrote:
>
> I wrote ALL components.
>
I am really interested to have a list of those
components which can comprise the word "ALL".
-
enjoy hbIDEing...
Pritpal Bedi
http://hbide.vouch.info/
--
View this message in context:
http://n2.nabble.com/hbIDE-http-h
>
>
> It is there.
> Just click on "Float" button on any of the docking widgets ( right-side )
> only.
> The window becomes independent and you can place them anywhere you want.
> Also next run will remember previous positions and will open there when
> invoked.
I wrote ALL components. Later this
Massimo Belgrano wrote:
>
> Finish/Explain xharbour/clipper support
>
Working on it.
> Finish wizard for create new project
>
Will be next after other compilers support.
> Remove welcome screen in particular when load from command line hbide
> mytest.hbp
>
I will update hbIDE to reme
Antonio Maniero wrote:
>
> I think all IDE components need to free to be put in any place, specially
> with 2 monitors. Now I work with 2x 1280x1024 but I am buying 2 new
> monitors
> to work on portrait position (2x 1200x1920).
>
It is there.
Just click on "Float" button on any of the docking
Francesco Saverio Giudice-2 wrote:
>
> ... also if, as Massimo stated,
> it doesn't permit to bookmark pages. Is there is any way to jump
> directly to a single page.
>
I have found a workaround.
Right-click on the topic node in left panel,
and from the context menu select "Add to favourit
Francesco Saverio Giudice-2 wrote:
>
> Hi Pritpal,
>
> in "The Origin" this sentence:
> "Francesco: suggested to integrate "Eclipse" which he thought, and
> others supported, is a great tool, but also expressed that he has no
> knowledge, so far, how it can be integrated with Harbour."
>
> A
Massimo Belgrano wrote:
>
> Hi pritpal impressive follow is my suggestion:
> Your page are not bookmarkable
>
I am constructing this site with "Help & Manuals" and
probably I need to switch on some feature. I am looking into it.
> explain the productivty of compile,edit in one cycle
> Expl
42 matches
Mail list logo
