How is it possible to copy/save messages from the message window (build messages).
I can not save build-errors to clipboard and post them anywhere. Understand?
I am using
Code::Blocks 1.0 revision 2062 Build: Feb 23 2006, 03:02:53 - wx2.6.2 (Windows, ANSI)
Hello,
Did you try in the Build log tab to click the right mouse button, chose e.g., Select All and then Copy?
Best wishes,
Michael
The context menu on the build-tab shows
- tabs at top
- tabs at bottom
- show/hide >
context menu in the message window (where the messages are) is not possible.
Quote from: MoonKid on April 05, 2006, 12:55:29 PM
The context menu on the build-tab shows
Not on the tab, but inside the window :).
Best wishes,
Michael
Quote from: Michael on April 05, 2006, 01:13:36 PM
Not on the tab, but inside the window :).
inside the window I can get no contextmenu. There is nothing!
it does not work on the moon, only on earth ...
Quote from: MoonKid on April 05, 2006, 01:29:14 PM
Quote from: Michael on April 05, 2006, 01:13:36 PM
Not on the tab, but inside the window :).
inside the window I can get no contextmenu. There is nothing!
Inside the
Build log window and not in the Build messages windows. Here it works fine.
Best wishes,
Michael
Quote from: Michael on April 05, 2006, 01:41:27 PM
Inside the Build log window and not in the Build messages windows. Here it works fine.
The build log window works fine. That is not the problem. But it does not help me.
I need the clean extracted messages from the build messages window.
Quote from: MoonKid on April 05, 2006, 01:58:49 PM
Quote from: Michael on April 05, 2006, 01:41:27 PM
Inside the Build log window and not in the Build messages windows. Here it works fine.
I need the clean extracted messages from the build messages window.
Ah, ok. Then AFAIK it is not possible.
Best wishes,
Michael
QuoteAh, ok. Then AFAIK it is not possible.
Luckily, it is not :)
Would be quite bad if that was possible.
Well, it is possible since revision 2312.
What a great idea...
When we tell someone having the typical "XXX does not compile" problem to post the build log, we will now get those absolutely useless build messages 50% of the time... brilliant.
Quote from: thomas on April 05, 2006, 02:31:16 PM
What a great idea...
When we tell someone having the typical "XXX does not compile" problem to post the build log, we will now get those absolutely useless build messages 50% of the time... brilliant.
"useless" ?!?
You know, they 're the very same messages that appear in the build log.
And, yes, I know they don't contain the actual command-lines. You have to tell people to enable full command-line logging anyway, so you might as well clarify that you 're interested in the build log and not the build messages...
Quote from: mandrav on April 05, 2006, 02:33:20 PM
... You have to tell people to enable full command-line logging anyway ...
i would propose to set "full comandline logging" as default setting anyways
QuoteYou have to tell people to enable full command-line logging anyway
That's why I suggested making the full commandline the default a few months ago. It is bad enough that people have to enable "normal" output explicitely.
I mean, OK... if someone absolutely does not want to see the compiler messages, I can even understand why someone would want beautified messages (although you don't need to read them if you don't want...), and they're handy for jumping to an error line, too.
But if you give them the ability to copy the beautified messages, then people will really do so.
As people post "Compiling foo.cpp" now when asking for help building something, they will now post beautified error messages. I don't think that is any good.
Everything is right as is now.
What could be improved is put a checkbox or an item in the contextual menu for changing enable full command-line logging.
I tend to change it from time to time (I try to have always disabled, but for some testings, ie. testing if the compiler is setup ok, or if backticks are expanding correctly, I enable it), so a setting for doing this more accesible would be great.
Quote from: thomas on April 05, 2006, 02:50:24 PM
But if you give them the ability to copy the beautified messages, then people will really do so.
As people post "Compiling foo.cpp" now when asking for help building something, they will now post beautified error messages. I don't think that is any good.
OK, I see the fault in your thinking: you only think about us and the support we offer in these boards.
But, please, stop for a while and think of a feature as exactly that: a feature,
something that boosts productivity (at least for those who need it). When we add a feature, we don't add it for us but for the users.
If we were to think only about ourselves, most of current C::B features would not have been implemented unless
we really needed them. Does this sound nice to you?
Regarding the specific feature discussed here:
When you tell a user to post his "build log", you expect he does that. If he posts the "build messages" then you have every right
not to help him any further, if you don't feel the need to clarify. He
doesn't deserve our help if he fails to do what he was asked to do. It's as simple as that.
Hence, I see no reason for this debate to continue...
Quote from: tiwag on April 05, 2006, 02:41:51 PM
i would propose to set "full comandline logging" as default setting anyways
There's a reason for the default setting being "simple logging": It helps new users (mostly newbies) and makes C::B look a little more user-friendly. Believe it or not, long command-lines can intimidate new users (if they 're coming from the windows land). We don't want that.
And most importantly: it's a setting you can
easily change once and never have to worry about it anymore.
Quote from: mandrav on April 05, 2006, 03:16:55 PM
Quote from: tiwag on April 05, 2006, 02:41:51 PM
i would propose to set "full comandline logging" as default setting anyways
There's a reason for the default setting being "simple logging": It helps new users (mostly newbies) and makes C::B look a little more user-friendly. Believe it or not, long command-lines can intimidate new users (if they 're coming from the windows land). We don't want that.
And most importantly: it's a setting you can easily change once and never have to worry about it anymore.
ok i understand your preference,
now to something completely different ... :D
would you accept a third logging option,
which sends short build messages to the build-log by default,
and only if an error has occured the complete compiler or linker commandline ?
if you'd accept such an option, i would implement it.
Quote from: mandrav on April 05, 2006, 03:07:34 PM
OK, I see the fault in your thinking: you only think about us and the support we offer in these boards.
But, please, stop for a while and think of a feature as exactly that: a feature, something that boosts productivity (at least for those who need it). When we add a feature, we don't add it for us but for the users.
If we were to think only about ourselves, most of current C::B features would not have been implemented unless we really needed them. Does this sound nice to you?
Little off-topic, but that's a perfect description of thomas attitude. It's like more inclined of a customer-client thinking instead of a community thinking.
I've noted this to you before, thomas, on a personal message which you never replied. I really don't like when you say everytime to the people here
"no this, no that".
Instead you could said 'I' will not do that, or something less dissapointing than a simple 'no', like "you 'll have to wait until we close most bugs and after other imporant things". That keeps people with hopes and a smile, at least.
Quote from: mandrav on April 05, 2006, 02:23:45 PM
Well, it is possible since revision 2312.
Sorry, but how?
I have built C::B rev2312 both in Windows and in Linux (Ubuntu 5.10), but I do not have a context menu in the "Build messages" tab. Should I do something special to activate this menu?
Thank you.
Best wishes,
Michael
Quote from: Michael on April 05, 2006, 04:05:05 PM
Quote from: mandrav on April 05, 2006, 02:23:45 PM
Well, it is possible since revision 2312.
Sorry, but how?
I have built C::B rev2312 both in Windows and in Linux (Ubuntu 5.10), but I do not have a context menu in the "Build messages" tab. Should I do something special to activate this menu?
Thank you.
Best wishes,
Michael
Not "on" the tab, but "in" the messages list :)
Quote from: mandrav on April 05, 2006, 04:11:26 PM
Quote from: Michael on April 05, 2006, 04:05:05 PM
Quote from: mandrav on April 05, 2006, 02:23:45 PM
Well, it is possible since revision 2312.
Sorry, but how?
I have built C::B rev2312 both in Windows and in Linux (Ubuntu 5.10), but I do not have a context menu in the "Build messages" tab. Should I do something special to activate this menu?
Thank you.
Best wishes,
Michael
Not "on" the tab, but "in" the messages list :)
it doesn't work for me too ( be sure i tried also ""in" the messages list" ) 8)
Quote from: mandrav on April 05, 2006, 04:11:26 PM
Not "on" the tab, but "in" the messages list :)
Yes, I have tried both on the tab and on the messages list, but without result.
Best wishes,
Michael
Quote from: Takeshi Miya on April 05, 2006, 03:59:34 PM
Little off-topic, but that's a perfect description of thomas attitude.
Actually it is a misunderstanding of my intent, but never mind that.
QuoteI've noted this to you before, thomas, on a personal message which you never replied. I really don't like when you say everytime to the people here "no this, no that".
In fact, you are the only person who regularly gets to hear "No" without further comment from me. And it will stay like that.
I could explain why that is so, but honestly, I am not willing to spend the time for that, for it is in vain. Actually I did not intend to answer to this post either, but was convinced to do so anyway.
Quote
Quote
I've noted this to you before, thomas, on a personal message which you never replied. I really don't like when you say everytime to the people here "no this, no that".
In fact, you are the only person who regularly gets to hear "No" without further comment from me. And it will stay like that.
I could explain why that is so, but honestly, I am not willing to spend the time for that, for it is in vain.
Actually I did not intend to answer to this post either, but was convinced to do so anyway.
I don't have any problems with that personally, note that I was talking about other persons, not me.
Agree to disagree?
Quote from: Michael on April 05, 2006, 04:19:29 PM
Quote from: mandrav on April 05, 2006, 04:11:26 PM
Not "on" the tab, but "in" the messages list :)
Yes, I have tried both on the tab and on the messages list, but without result.
Best wishes,
Michael
Hmm, seems I forgot to commit? :lol:
Quote from: mandrav on April 05, 2006, 09:40:21 PM
Quote from: Michael on April 05, 2006, 04:19:29 PM
Quote from: mandrav on April 05, 2006, 04:11:26 PM
Not "on" the tab, but "in" the messages list :)
Yes, I have tried both on the tab and on the messages list, but without result.
Best wishes,
Michael
Hmm, seems I forgot to commit? :lol:
Ah, ok :lol:.
Best wishes,
Michael
Quote from: mandrav on April 05, 2006, 09:40:21 PM
Quote from: Michael on April 05, 2006, 04:19:29 PM
Quote from: mandrav on April 05, 2006, 04:11:26 PM
Not "on" the tab, but "in" the messages list :)
Yes, I have tried both on the tab and on the messages list, but without result.
Best wishes,
Michael
Hmm, seems I forgot to commit? :lol:
no you didn't forget :)
the problem is, that there is some interaction with the DragScroll V0.19 plugin,
when i deactivate the DragScroll plugin i get the Message-log's Popupmenu too.
Quote from: tiwag on April 06, 2006, 01:36:02 AM
the problem is, that there is some interaction with the DragScroll V0.19 plugin,
when i deactivate the DragScroll plugin i get the Message-log's Popupmenu too.
Wups! I'll have a look at this and fix it.
Are we talking about Windows or Linux?
thanks
pecan
Re: DragScroll vs. Build Messages Context menu confict.
Fixed in SVN 2315. Had to remove drag scrolling ListCtrl windows.
Hate to do this since drag scrolling the Find Results window is
very convenient.
Will try to figure out a better solution.
thanks
pecan
Quote from: tiwag on April 06, 2006, 01:36:02 AM
Quote from: mandrav on April 05, 2006, 09:40:21 PM
Quote from: Michael on April 05, 2006, 04:19:29 PM
Quote from: mandrav on April 05, 2006, 04:11:26 PM
Not "on" the tab, but "in" the messages list :)
Yes, I have tried both on the tab and on the messages list, but without result.
Best wishes,
Michael
Hmm, seems I forgot to commit? :lol:
no you didn't forget :)
the problem is, that there is some interaction with the DragScroll V0.19 plugin,
when i deactivate the DragScroll plugin i get the Message-log's Popupmenu too.
Ah, thanks :)
That was strange because since I referred to a specific revision, I must had committed...
Hello,
I have just tried it in Ubuntu 5.10 and it works fine :D. I just wonder why you cannot simply click anywhere in the window list, but on a message to get the context menu.
Best wishes,
Michael
Quote from: Pecan on April 06, 2006, 05:26:31 AM
Re: DragScroll vs. Build Messages Context menu confict.
Fixed in SVN 2315. Had to remove drag scrolling ListCtrl windows.
Hate to do this since drag scrolling the Find Results window is
very convenient.
Will try to figure out a better solution.
Wouldn't it be possible to skip the event for further processing after drag-scrolling ?
Quote from: tiwag on April 06, 2006, 01:11:33 PM
Wouldn't it be possible to skip the event for further processing after drag-scrolling ?
Have found the problem. Wouldn't you guess....A missing event.Skip().
Man, it's just too easy to forget 'em. We need an auto_event.Skip() like
an auto_ptr.
Will commit after testing on linux. Then we'll have listctrl scrolling back.
thanks
pecan
Quote from: Pecan on April 06, 2006, 02:09:10 PM
Have found the problem. Wouldn't you guess....A missing event.Skip().
found it too and patched it locally, works fine again :)
btw. many thanks for this great plugin !