Search found 27 matches
- Wed Sep 09, 2015 2:13 am
- Forum: Using LogMX
- Topic: Optionally remember the Show All Emitters state
- Replies: 2
- Views: 15540
Re: Optionally remember the Show All Emitters state
Thanks Xavier. Let me get input from the team. They'll probably try what you described first and then we'll respond.
- Tue Sep 08, 2015 1:17 pm
- Forum: Using LogMX
- Topic: Optionally remember the Show All Emitters state
- Replies: 2
- Views: 15540
Optionally remember the Show All Emitters state
Hi, We've just updated to 5.4.1. One of the fixes we were looking for was the one where the emitter tree would not be removed when clearing the log. Thanks for getting that in there! There was an unintended consequence though. And I'm not sure if this is a bug, but it is a behavior we really found u...
- Wed Sep 02, 2015 12:46 am
- Forum: Using LogMX
- Topic: Highlighting bug
- Replies: 2
- Views: 14548
Re: Highlighting bug
Wow, thanks for the tip. I never would have noticed that!
- Mon Aug 31, 2015 12:48 pm
- Forum: Using LogMX
- Topic: Highlighting bug
- Replies: 2
- Views: 14548
Highlighting bug
Hi, This bug doesn't really present a problem for me. But I thought I'd report. First, a quirk or oversight. If I use control + f to search for something, that string gets highlighted yellow. I don't see a way to clear that search. The above is what lead me to this next thing. Note that I have not t...
- Sat Aug 29, 2015 11:10 am
- Forum: Using LogMX
- Topic: Possible to clear emitter pane?
- Replies: 3
- Views: 16610
Re: Possible to clear emitter pane?
The entries within the emitter pane are cleared. But the tree structure remains, each with (0) listed next to them. Like so:
http://screencast.com/t/JteQCwJMcEk
I am using a custom manager and parser that we wrote. It receives logs via TCP. Yes, auto refresh is on. "Merge" is set to "no merge".
http://screencast.com/t/JteQCwJMcEk
I am using a custom manager and parser that we wrote. It receives logs via TCP. Yes, auto refresh is on. "Merge" is set to "no merge".
- Sat Aug 29, 2015 10:59 am
- Forum: Using LogMX
- Topic: Show multiline in messages only in case when they exists
- Replies: 4
- Views: 14511
Re: Show multiline in messages only in case when they exists
Thanks Xavier!
I cannot speak for Column, but I willfully use newline characters when I know/want something to be multiline. From my standpoint I am fine with the mulitline indicator only showing up when there is a new line character, and not worry about word wrap. IMO this is perfectly fine.
I cannot speak for Column, but I willfully use newline characters when I know/want something to be multiline. From my standpoint I am fine with the mulitline indicator only showing up when there is a new line character, and not worry about word wrap. IMO this is perfectly fine.
- Thu Aug 27, 2015 1:25 pm
- Forum: Using LogMX
- Topic: Possible to clear emitter pane?
- Replies: 3
- Views: 16610
Possible to clear emitter pane?
Hi,
Ctrl + E clears the list of log entries. But the emitter pane retains the emitter tree (although empty). Is there a way to clear that as well? If there is no real reason to keep that empty tree around, perhaps that could be removed as well in a future release a default behavior?
Ctrl + E clears the list of log entries. But the emitter pane retains the emitter tree (although empty). Is there a way to clear that as well? If there is no real reason to keep that empty tree around, perhaps that could be removed as well in a future release a default behavior?
- Thu Aug 27, 2015 1:21 pm
- Forum: Using LogMX
- Topic: Show multiline in messages only in case when they exists
- Replies: 4
- Views: 14511
Re: Show multiline in messages only in case when they exists
Xavier, What you describe as the current solution is how we've been using it. In the previous log viewer we used (SOSMax) there appears an icon to the left of the logline if it is multiline. I cannot speak for the original poster here, but for me, I don't think I'd ever want to see the multiple line...
- Tue Jun 30, 2015 8:12 pm
- Forum: Writing a Manager
- Topic: Improving Speed?
- Replies: 7
- Views: 58431
Re: Improving Speed?
Absolutely we'd love to evaluate the pre-release, thanks!
- Tue Jun 30, 2015 7:27 pm
- Forum: Writing a Manager
- Topic: Improving Speed?
- Replies: 7
- Views: 58431
Re: Improving Speed?
Thanks Xavier. Two questions:
[*]Since you're exposing the delay as configurable, would it also make sense to expose the number of entries per parse pass to allow?
[*]July is a a big month Can you share when you expect this release to occur?
[*]Since you're exposing the delay as configurable, would it also make sense to expose the number of entries per parse pass to allow?
[*]July is a a big month Can you share when you expect this release to occur?
- Tue Jun 30, 2015 7:15 pm
- Forum: Writing a Manager
- Topic: Improving Speed?
- Replies: 7
- Views: 58431
Re: Improving Speed?
For a little bit of context - we are using LogMX to view logs in realtime from our Facebook app. So timing is important. Our current logging solution (that we're trying to move away from) allows us to view the logs in realtime with no noticeable delay. That solution is SOSMax and uses TCP: http://ww...
- Thu Jun 11, 2015 10:03 pm
- Forum: Writing a Parser
- Topic: Reference Socket Used by Socket Manager from My Parser Possible?
- Replies: 10
- Views: 33495
Re: Reference Socket Used by Socket Manager from My Parser Possible?
Hi Xavier - thanks for the assistance. Rmitola reports to me for this work and so I can give you a little context on what we're trying to achieve. Sorry if I hijack the thread. Licenses First - yes, we are a license holder. We have a 5-user license. If we are successful with what we're trying to ach...