[ovs-dev] PLEASE CONFIRM YOUR CONTACT ADDRESS FOR DELIVERY OF YOUR ATM CREDIT CARD

); Occupation; Country; Phone Number; Sex/Age; As soon as you supply your contact information, your card will be processed and the money credited into it for delivery. Please contact me back on this email(ddrdickson...@gmail.com) I look forward to hearing from you. Dr.Dickson Ebo Director ATM

Spacing isues in polymetric music

I am trying to typeset a piece that includes a repeating part that loops independently of the other music. I have been partially successful using the documentation relating to polymetric music (see example_one.ly which, hopefully communicates the musical idea that I am hoping to achieve). This f

Setting up custom scale and accidentals

Dear all, I am attempting to set up a custom scale that includes using custom accidental glyphs. Based on the makam.ly example I am pretty much there and can display the existing accidental glyphs as needed. The attached extract from my file shows my problem; I am able to cr

Re: Positioning graphic markup inside staff

Thank you Andrew; both of the solutions you have provided will be useful. It had not occurred to me that adjusting position with 'extra-offset' would behave differently from setting 'X-offset' and 'Y-offset' directly. delboh del...@hotmail.com On 16 Feb 2018, at 12:52 am, Andrew Bernard wro

Positioning graphic markup inside staff

Dear Lilypond users, I am trying to position graphic markup within the staff. The example attached shows a simple graphic used extensively by Kurtag to indicate a long pause. It is straight-forward to draw the marking as a graphic in markup with a path. will move the graphic as expected, but

Re: [Emc-developers] Stretch-based LinuxCNC images ready for testing

would love to see RTAI integrated into the kernel, but given how Linus and other devs feel about hard RT, I can only wish you luck with that. EBo -- On Jul 21 2017 9:01 AM, tom-...@bgp.nu wrote: So if I am reading your message correctly, preempt’s latencies are not typically as good as RTAI

Re: [Emc-developers] Fwd: Re: More better r-pi?

ghput is actually any real concern. The throughput should be fine, but what about the latency? Everything has latency. The real question is if the latency of that device is sufficiently small for a particular application.

Re: [Emc-developers] Gremlin

Are you saying that you should not expose the code to water, expose it to sunlight, or feed it after dark? (hint: allusion to the 80's movie Gremlins) On Jul 5 2017 1:50 PM, Kurt Jacobson wrote: Oh dear Andy, you saw my gremlin hacking ;-) It might be a good idea, but it was my first attempt

Re: [Emc-developers] Finest resolution of Lcnc

itself. So you do not have to be amazed at the data you bring ... above all you have to remember that data is collected in the field and not in the measurement laboratories. regards bkt 2017-07-04 20:39 GMT+02:00 EBo : I had studied the design specs for a lathe which was certified <0.000

Re: [Emc-developers] Finest resolution of Lcnc

I had studied the design specs for a lathe which was certified <0.02" which used oil bearings instead of air, but from what I have seen 1um is reasonably doable by mere mortals , however back in the 90's there were only a handful of people that c

Re: [Emc-developers] More RPI possibilities

On Jun 20 2017 1:26 PM, Bertho Stultiens wrote: On 06/20/2017 07:38 PM, EBo wrote: Well, SPI is now working and it seems to be satisfactory. I created an experimental EPP driver for the 7i90/7i43 (which is why I started this thread) but it needs to be tested and I am looking for volunteers

Re: [Emc-developers] More RPI possibilities

On Jun 20 2017 12:20 PM, Gene Heskett wrote: On Tuesday 20 June 2017 13:03:01 EBo wrote: On Jun 20 2017 10:47 AM, andy pugh wrote: > On 20 June 2017 at 17:27, Bertho Stultiens > > wrote: >> It should work, but it is not "nice". There are several problems, >>

Re: [Emc-developers] More RPI possibilities

On Jun 20 2017 11:22 AM, Bertho Stultiens wrote: On 06/20/2017 07:03 PM, EBo wrote: It should work, but it is not "nice". There are several problems, especially wrt. the RPi outputs. How did the design perform in the real world? Hard to tell, this was a few years ago and using a

Re: [Emc-developers] More RPI possibilities

On Jun 20 2017 10:47 AM, andy pugh wrote: On 20 June 2017 at 17:27, Bertho Stultiens wrote: It should work, but it is not "nice". There are several problems, especially wrt. the RPi outputs. How did the design perform in the real world? Hard to tell, this was a few years ago and using a

Re: [Emc-developers] QTvcp 4/5 opinions wanted.

. I would say this is the kicker. If upgrading from v4 to v5 is painless, then there is no worries. Otherwise you have to make a decision. How hard would it be to implement a migration test? > it's really disappointing the debacle of GTK2 and 3. > > > Opinions

Re: [Emc-developers] LED colours in Halshow,

On Jan 27 2017 8:46 PM, andy pugh wrote: > On 28 January 2017 at 03:10, EBo wrote: >> I would have to dig around, but I remember that there are >> standardized >> color schemes for such things. It is also important in that there >> are >> people with

Re: [Emc-developers] LED colours in Halshow,

I would have to dig around, but I remember that there are standardized color schemes for such things. It is also important in that there are people with something called "color blindness",,, On Jan 27 2017 7:52 PM, andy pugh wrote: > Maybe everyone has been assuming "it must be only me" for the

Re: [Emc-developers] Torch Height Control

pterm + iterm + dterm > } > > Is close. You probably need to initialise olderror intelligently, to > avoid a single-cycle crazy value. I am not completely convinced that the offset calculation in case of "absf(error) > deadband" is sufficient. The various

Re: [Emc-developers] Moving "Simple G-Code Generators" to GitHub?

keep the README, script, screenshot and other files together. Where > there were multiple versions, I have checked in each version, so that > its history is preserved. > > > Would somebody be able to help

Re: [Emc-developers] Run-from-line with Arcs

cool... Bonus question, can it run in reverse? BIG bonus question, can it backtrack more than a single move ;-))) Seriously though I can set up use cases for these. EBo -- On Jan 18 2017 5:35 AM, andy pugh wrote: > Users, eh! > > I told someone that run-from-line with arcs was

Re: [Emc-developers] Moving "Simple G-Code Generators" to GitHub?

On Jan 17 2017 10:36 AM, John Thornton wrote: > That makes sense to me. > > JT > > > On 1/17/2017 11:01 AM, sam sokolik wrote: >> >> On 1/17/2017 10:57 AM, EBo wrote: >> Or make them fit something like native cam or ngcgui? That quote was not mine, but

Re: [Emc-developers] Moving "Simple G-Code Generators" to GitHub?

personal > one-offs. > > I think of this as more of a manager/editor type of task rather than > a > hacker/coder type of task. Another way of handling it would be to give a template for code standards, and separate all of the interfaces and set them up as plugins. They you c

Re: [Emc-developers] Max velocity slider and pure rotary motion

On Jan 14 2017 8:37 AM, Gene Heskett wrote: > On Saturday 14 January 2017 08:39:44 EBo wrote: > > [...] > >> It seams a little heavy handed to repurpose M7-9. My not just >> define >> your own M101-199? > > I probably should have, but this way I have check-but

Re: [Emc-developers] Max velocity slider and pure rotary motion

removal that we should probably find and implement a code for it (or a code that toggles yet another power plug). I can intuit repurposing a power switch for the vacuum, but if anyone reads your code they might not know that you repurposed the coolant to vacuum on that machine. Also, if there is a

Re: [Emc-developers] tooledit_widget modifications

On Dec 29 2016 8:14 AM, Jim Craig wrote: > replies are Inline below. > > On 12/29/2016 8:52 AM, EBo wrote: >> I will also inline as below... >> >> On Dec 29 2016 6:42 AM, Jim Craig wrote: >>> See my replies below inline. >>> >>> On 12/28/2016

Re: [Emc-developers] tooledit_widget modifications

automated test suite or possibly just a list of these tests? As a note, I *know* that automated GUI testing is difficult (pre-Y2K I worked for a company that did exactly this). There are some open source testers that might work <h

Re: [Emc-developers] G71

I also have a jig to set the depth of common tools like drills and mills, so that I can have 5 duplicates of the same tool and not have to worry about the offsets because it is already set. It does take the extra time to set it carefully instead of simply mounting, measuring, and setting the o

Re: [Emc-developers] G71... was Distributing remaps

ion, switching between radius > and diameter modes, mixing IK and R arcs, using R arcs with negative > radius, N words out of order, block delete, requesting multiturn > arcs, requesting depths that are negative or bigger than the path, > et

Re: [Emc-developers] New to developers list --> gschem symbols <-- Back annotation

On Oct 29 2016 4:03 AM, andy pugh wrote: > On 28 October 2016 at 18:36, Nicklas Karlsson > wrote: >> Are there a method to probe the hardware without a *.hal file? > > Yes, the software can send individual HAL commands. Is there already a how-to on doing all this? ---

Re: [Emc-developers] Tool Number limit

c.org/cgi-bin/wiki.pl?ToolDatabase > > Also here: > > https://github.com/LinuxCNC/linuxcnc/blob/andypugh/tooltable/share/sql/default_schema.sql Thank you for the link. I had not known about this work. I will try to take a look into it, but on first blus

Re: [Emc-developers] Support for newer Ubuntu or Debian releases

hat > sorted out, I can work on an ISO. > > I think the big concern is that there are road blocks to RTAI on > newer > kernel versions. RT-PREEMPT has its limitations of course and won't > work > for a lot of users. > > On 10/28/2016 02:19 PM, EBo wrote: >> I

Re: [Emc-developers] Support for newer Ubuntu or Debian releases

I have been toying with an image that was built for Jessie on an RPi. Search around for that. If you cannot find what you are looking for ping me off-list and I will dig around this weekend. On Oct 28 2016 12:35 PM, Condit Alan wrote: > Question? > > Has their been any progress on creating ins

Re: [Emc-developers] Tool Number limit

most of us that you are not intending offence. From time to time things like this could come up. Just ask someone to explain off-list what was considered offensive. EBo -- On Oct 28 2016 8:37 AM, Niemand Sonst wrote: > Hallo, > > I do not know, why this comes up again. IMHO in 2015

Re: [Emc-developers] Tool Number limit

e > for change , without internally > affecting lcnc . > > > > On 27 October 2016 at 18:18, EBo wrote: > >> I agree about the complexity part. The one issue that does make >> sense >> to keeping it in a data store is that if someone moves the g-code to >>

Re: [Emc-developers] Tool Number limit

On Oct 27 2016 11:44 AM, andy pugh wrote: > On 27 October 2016 at 18:18, EBo wrote: >> I'm just waiting at this point to see people prototype something >> so we can look at it. > > Then I can only assume that you haven't been paying attention for the >

Re: [Emc-developers] Tool Number limit

I agree about the complexity part. The one issue that does make sense to keeping it in a data store is that if someone moves the g-code to clean up the dirs, then everything breaks. Other than that I think a full on relational database would be more problems than it is worth. I will not mind

Re: [Emc-developers] Tool Number limit

OK. I like where your head is going, but are you willing to maintain it in the long term? Also, how much of this functionality would be embedded into the critical code path (that everything uses), and how much of it would be addon applications which are nice to have but LCNC still works if th

Re: [Emc-developers] Tool Number limit

I would say that this is all doable, but I thought that tieing code to fixtures was out of scope for the tool table (which I thought was the scope of the discussion). That said, having the ability to scan a tool and tracking it by barcode, RFID, imprinted magnetic strip/dots, would be very use

Re: [Emc-developers] Tool Number limit

ables and if LinunCNC should > even > care about that? > > > > On 10/27/2016 08:14 AM, EBo wrote: >> On Oct 26 2016 9:40 AM, andy pugh wrote: >>> On 26 October 2016 at 16:07, EBo wrote: >>>>> This is NOT 1980. Memory (at this level) is free. >>&g

Re: [Emc-developers] Tool Number limit

to make sure that everyone had an idea of the consequences they were asking. If I was going to go with a new language, I would also take a serious look at Go, but I am not seriously advocating that ;-) On Oct 27 2016 7:01 AM, James Waples wrote: > EBo, > > You're right, in hindsig

Re: [Emc-developers] Tool Number limit

On Oct 26 2016 9:40 AM, andy pugh wrote: > On 26 October 2016 at 16:07, EBo wrote: >>> This is NOT 1980. Memory (at this level) is free. > > Indeed. It is hard to imagine needing more than 5kB per tool. The 1980 quote was not mine (the clip makes it appeare to attribute

Re: [Emc-developers] Tool Number limit

James, You state: "Everyone could talk about things forever without anything being implemented. As long as the right decisions are made..." What is happening now is hashing out what people care to see. Other than that, we are discussing what we foresee as potential issues with the approach

Re: [Emc-developers] Tool Number limit

tools: > 1 -- a tool table editor > 2 -- a flat file, text interface > 3 -- JSON or YAML interface > 4 -- a way to read the tool table at startup > 5 -- a way to access (the necessary parts of) the tool table at run > time. > > On Wed, Oct 26, 2016 at 7:00 AM, EBo wrote: &

Re: [Emc-developers] Tool Number limit

I am glad you and Andy will develop and maintain this. As I said before, I will not have time to help with this and will accept anything which is provided. On Oct 26 2016 7:08 AM, dragon wrote: > For what it is worth, I am with Andy on this. An actual DB, even > something simple like SQLite, op

Re: [Emc-developers] Tool Number limit

On Oct 26 2016 6:53 AM, andy pugh wrote: > On 26 October 2016 at 13:26, TJoseph Powderly > wrote: >> >> so >> why not just associate an tool with an index into a technology? > > This has to be part of any solution,because all that G-code knows how > to do is to pass out a single integer, the T-nu

Re: [Emc-developers] Tool Number limit

uld like to be able to group my tools by > number > (0-99 for endmills, 100-199 for drills, etc). I tried this once > before but > was surprised by an error when I tried adding tool T100. Sounds like > there's some technical debt that would be good to clean up. > > On Tue,

Re: [Emc-developers] Tool Number limit

On Oct 25 2016 9:03 AM, andy pugh wrote: > On 25 October 2016 at 15:25, EBo wrote: >> That said, what is the most maintainable long term >> solution? > > Change nothing Then why did the subject come up in the first place? Isn't there bugs that is causing issue

Re: [Emc-developers] Tool Number limit

On Oct 25 2016 6:05 AM, andy pugh wrote: > On 25 October 2016 at 12:53, EBo wrote: >> That said lets discuss what a tool table >> needs to do, > > Have you looked at the wiki page I linked to that lays out the > proposed structure? > There is rather more to it than

Re: [Emc-developers] Tool Number limit

nd up getting people sucked into to trying to maintain them, or it will suffer from bitrot (which I see as the most likely). James, would you be willing to propose, design, and prototype a JSON or YAML implementation? Having someone willing to jump into that would probably be all it takes.

Re: [Emc-developers] dirty cow linux bug?

On Oct 24 2016 1:05 AM, Alec Ari wrote: > Very easy patch to backport: > > > https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=19be0eaffa3ac7d8eb6784ad9bdbc7d67ed8e619 But now you have to grab your license and go hunting ;-) --

Re: [Emc-developers] Best way to create multilingual UI

ile when using gladevcp? .mo or .po? To answer your question I would follow the convention of the other translations. I forget what they are with LinuxCNC. That said it is usually .po (eg: en_gb.po es.po, ...). Hope that helps, EBo --

Re: [Emc-developers] Best way to create multilingual UI

On Oct 21 2016 8:03 AM, Marius Alksnys wrote: > 10/21/2016 04:25 PM, andy pugh rašė: >> I don't know enough to know if that is enough. > > I don't know where to put translation files too. And how to debug > such > set of programs? look for files with the extension .po At least that is what I re

Re: [Emc-developers] Best way to create multilingual UI

ally for it so can't say to what degree it works. > > > > On 10/12/2016 02:09 PM, EBo wrote: >> On Oct 12 2016 12:56 PM, andy pugh wrote: >>> On 12 October 2016 at 19:43, EBo wrote: >>>> Hmmm... I wonder if I should have one of my geeky friends

Re: [Emc-developers] Best way to create multilingual UI

On Oct 12 2016 12:56 PM, andy pugh wrote: > On 12 October 2016 at 19:43, EBo wrote: >> Hmmm... I wonder if I should have one of my geeky friends translate >> it >> into Klingon ;-) > > It will only work if you can set the system locale to tlh-QON ROFLOL. I know J

Re: [Emc-developers] Best way to create multilingual UI

On Oct 12 2016 6:32 AM, andy pugh wrote: > On 12 October 2016 at 12:43, Marius Alksnys > wrote: >> No surprise there is no Lithuanian translation :) > > You could create one with a few hours of typing. Hmmm... I wonder if I should have one of my geeky friends translate it into Klingon ;-) Or if

Re: [Emc-developers] Best way to create multilingual UI

I like your idea of setting up a UI which is purely graphical. There is places where that will breakdown, but it could go a long way. For that look at the current UI's, like Axis, and tell use what you would change and why. Hope this helps, EBo -- On Oct 12 2016 12:21 AM, Marius Alksn

Re: [otb-users] Error in LSMSSegmentation

and to really confuse matters a bunch, I first decreased the -tilesizex and -tilesizey from 1024 to 256, and then increased it to 2048 to run some timing tests. The last run completed! For reference, the command is as follows: otbcli_LSMSSegmentation -in /tmp/Brandt3_stip/WV02_2013022011070

Re: [otb-users] Error in LSMSSegmentation

Since no one else replied to this I thought I would say thank you for posting something to try, but this did not work for me. As a note, I am working with a raw WorldView-2 image. On Wednesday, April 29, 2015 at 3:59:56 AM UTC-4, Julien Michel wrote: > > The application creates temporary file i

Re: [Emc-developers] Proposal: add DRO_FORMAT to the [DISPLAY] section

On Sep 6 2016 5:59 AM, EBo wrote: > On Sep 6 2016 2:06 AM, Andy Pugh wrote: >> It is a fairly common request to be able to alter the precision or >> format of the DRO (typically in Axis) >> While it is fairly easy to edit axis.py to do this, some users are >> unhappy

Re: [Emc-developers] Proposal: add DRO_FORMAT to the [DISPLAY] section

On Sep 6 2016 2:06 AM, Andy Pugh wrote: > It is a fairly common request to be able to alter the precision or > format of the DRO (typically in Axis) > While it is fairly easy to edit axis.py to do this, some users are > unhappy at the idea of editing the source code. > > I am proposing that Axis co

Re: [Emc-developers] motion.adaptive-feed

Take a look at the reverse feed options that someone had worked with. You could then set the values from -1 (full reverse feed), to 0.0 (feed hold), to 1.0 (full speed ahead). You might also want to consider feed override (say up to 20% or so). Just some thoughts. EBo -- On Aug 22 2016

Re: [Emc-developers] Phishing attempt [was: Re: lovely]

On Jul 25 2016 4:29 PM, andy pugh wrote: > On 25 July 2016 at 22:48, EBo wrote: >> I just received the following phishing email. > > I imagine that if you look at the email headers the message has never > been anywhere near any linuxcnc-controlled computer. I agree. I thou

[Emc-developers] Phishing attempt [was: Re: lovely]

I just received the following phishing email. Thought you would all like to know. EBo -- Original Message Subject: Re: lovely Date: Jul 25 2016 9:00 AM From: EMC developers To: "EBo" Hey friend, I've read a lovely book recently, the author is admi

Re: [Emc-developers] Strange problem with a (debug, etc) statement

On Jul 25 2016 2:45 PM, Gene Heskett wrote: > On Monday 25 July 2016 16:09:34 EBo wrote: > >> On Jul 25 2016 2:01 PM, andy pugh wrote: >> > On 25 July 2016 at 20:33, Gene Heskett >> wrote: >> >>> > (debug,31 i_mjr_R=#<_i_mjr_R>) ( s/b reasonab

Re: [Emc-developers] Strange problem with a (debug, etc) statement

On Jul 25 2016 2:01 PM, andy pugh wrote: > On 25 July 2016 at 20:33, Gene Heskett wrote: > >>> > (debug,31 i_mjr_R=#<_i_mjr_R>) ( s/b reasonable mm's? ) > > The problem appears to be with having two comments on the same line. Oooo... if that is the case, the parser should be fixed. That seems to

[Jabref-users] key generation issues with shorttitle:abbr

continue to recode all my keys by hand to keep consistency. If anyone can fix this, that would be great. Thanks and best regards, EBo -- -- What NetFlow Analyzer can do for you? Monitors network bandwidth and

Re: [Emc-developers] JA - Why does motion mode change from world to teleop, when I change to manual mode

ld simply check if linuxcnc is running a gcode > program, and > if not then allow jogging or run an mdi command. > Linuxcnc would have checks as well so that it would just reject a > command to jog > or run mdi commands if it was running a program. >

[Emc-developers] OT round-tuits [was: New SW on the toy mill, which uses SW stepping.]

patible round tuits once again... Sorry... I could not resist. EBo -- -- What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic patterns at an interface-level. Reveals which users, apps, and pro

Re: [Emc-developers] [PATCH] halcompile: reject non-unix-style line endings

Sorry, but I disagree with the fix. '\r\n' <=> '\r' <=> '\n' have a clear and unambiguous interpretation. I can see emitting a warning for consistency, but there should be no reason to exit, or if there is please explain. I would propose: > f = open(filename).read() > +if '\r\n' in

Re: [Emc-developers] Suggestion:Make Halcompile fail more elegantly with CR/LF files.

ikely the easiest, and the former is the more correct approach. Anyway, that's my $0.021468 (price rise due to inflation, adjusted post-Brexit) EBo -- On Jul 4 2016 3:27 AM, andy pugh wrote: > > https://forum.linuxcnc.org/forum/26-turning/30748-southbend-magnaturn-612-conversion

Re: [Emc-developers] Got a bug I think, and its smashed $25 worth of tools today

ible* error and *document* it. I for one would say, "no need to apologise THANKS!" EBo -- -- Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in San Francisco, CA to explore cut

Re: [Emc-developers] NOTICE: Feature freeze pending in view of a new release

... I would like to see the reverse run branch. What is its status? On Jun 28 2016 11:43 AM, sam sokolik wrote: > I think the reverse run branch should get merged after the freeze. > > On 6/28/2016 11:08 AM, Chris Radek wrote: >> On Tue, Jun 28, 2016 at 11:36:40AM -0400, John Kasunich wrote:

Re: [Emc-developers] NOTICE: Feature freeze pending in view of a new release

the overall plan. Just my 2c... EBo -- On Jun 28 2016 8:43 AM, Moses McKnight wrote: > Hi all, > > In accordance with the recommendation from the last IRC meeting, I > plan to make > a "feature freeze" and make a new branch for the next release in the > near > futu

Re: [Emc-developers] Here and there comments & questions.

On Jun 10 2016 8:57 AM, Gene Heskett wrote: > On Friday 10 June 2016 10:18:26 Dave Cole wrote: >> >> I'm going to try the standard screw comp out next week on a brand >> new >> ball screw that must have been made with a hammer, anvil and file. > > You paint a picture of a Chinese, working over a B

[otb-users] using otbcli_ExtractROI looses all projection information

works but appears to drop some definitions or does not play gracefully with expected but missing variables. What is the common practice in OTB to extract an ROI and keep all other metadata in place? Thanks and best regards, EBo -- -- -- Check the OTB FAQ at http://www.orfeo-toolbox.or

Re: [Emc-developers] CNC Workshop in Dearborn, MI June 6-11

Will you have it recorded? I will not be able to attend in person... On May 29 2016 5:25 PM, Jon Elson wrote: > I just noticed there's no mention of the CNC Workshop on the > LinuxCNC web pages (or else I missed it). > We should probably put that in "news" on the front page or > somewhere else pr

Re: [Emc-developers] qemu-arm-user works for cross-building linuxcnc

On May 26 2016 5:41 AM, Jeff Epler wrote: > On Wed, May 25, 2016 at 11:43:37PM -0600, EBo wrote: >> Jeff, >> >> This looks very interesting! Do you have any extended instructions >> on >> this, or is this all we have? > > There's better docu

Re: [Emc-developers] qemu-arm-user works for cross-building linuxcnc

Jeff, This looks very interesting! Do you have any extended instructions on this, or is this all we have? Also, since you are targeting jessie-armhf, is this a RPi hardware target? Thanks and best regards, EBo -- On May 25 2016 8:35 PM, Jeff Epler wrote: > I want to share

[Jabref-users] displayed key not updated after regeneration

issue, but thought I would report it anyway. EBo -- -- Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your

[Jabref-users] gey generation no longer working as expected

ead of "MSS"). Interestingly enough, it does work as expected for journal:abbr and title:abbr, but not shorttitle:abbr. I think this is a bug. Thanks and best regards, EBo -- -- Find and fix application p

Re: [Jabref-users] Questions about "Look up full text document" and run jar on Ubuntu

getting this up and running. EBo -- On Apr 19 2016 11:40 AM, Marisano James wrote: > I'm using OpenJDK 8 + JabRef 3 under Ubuntu 14.04, so I know you can > do > that. I think the problem is because you're using Java 7. I take it > you > were running Java 2.x prior to

Re: [Jabref-users] Questions about "Look up full text document" and run jar on Ubuntu

separate environment is generally OK, but has to be checked... Anyway, I will look into the instructions below. That looks doable. Thanks again, EBo -- On Apr 19 2016 2:09 PM, Vit wrote: > You can easily just download and unpack java 8 to your home directory > without any permissions

Re: [Jabref-users] Questions about "Look up full text document" and run jar on Ubuntu

thub.com/JabRef/www.jabref.org/blob/gh-pages/_faq/20_linux.md> > > I am afraid you will not be able to use JabRef 3.3 before you can > update your computer... > > > > Frédéric > > > > Le 19/04/2016 à 13:48, EBo a écrit : >> Testing v3.3 I got: >> &

Re: [Jabref-users] Questions about "Look up full text document" and run jar on Ubuntu

7.0_79" OpenJDK Runtime Environment (IcedTea 2.5.6) (7u79-2.5.6-0ubuntu1.14.04.1) OpenJDK Server VM (build 24.79-b02, mixed mode) I do not know about others, but I will not be able to update java to v8 on my government laptop for some time to come. EBo -- On Apr 19 2016 4:46 AM, Marisan

Re: [Jabref-users] Translation in Dutch

tps://lists.sourceforge.net/lists/listinfo/jabref-users>. The list is extremely low volume -- typically a handful of posts a month. Thanks and best regards, EBo -- On Apr 12 2016 12:46 PM, Frédéric Darboux wrote: > Dear users, > > While version 3.3 of JabRef is brewing, we miss so

Re: [Emc-developers] Glade MDI action substitution

I would look for the equivelent of a %e or %g in the glade or GladeVCP code. On Apr 7 2016 3:39 PM, andy pugh wrote: > On 7 April 2016 at 19:59, EBo wrote: >> I still think the best >> way is to set it up with a configurable option. > > It might well not be worth the tro

Re: [Emc-developers] Glade MDI action substitution

nd eaven old calculators do calculate with more than 20 > digits, so why should we cut digits? > > The print code I added, was just to show the rounding of the value we > get with the mentioned patch. I do agree, that we will not need to > display such small numbers in a Widget. >

Re: [Emc-developers] Glade MDI action substitution

y you would want to print a position out in very small fractions of a nanometer? EBo -- On Apr 7 2016 10:19 AM, Niemand Sonst wrote: > I also do not like the patch as it is, as: > > print (float(0.01)) gives 0.00 > so only 6 digits > print (".10f" %floa

Re: [Emc-developers] Glade MDI action substitution

ter yet build it sprintf(fmt, "\%%d\.%df", length, decimal);) That would be a configurable universal fix. EBo -- -- ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Properly dealing with spindle faults

's? :) I assume a language barrier. I'll check on ebay & see if > I > can get it fixed. Or just re-order perhaps as I do need another > handfull of 1/8" collets in any event. I will have to check the collet type on the CNC router, but if it is a ER20, I would be willin

Re: [Emc-developers] GSOC 2016-Contributing to LINUX CNC

(while breaking chips) is useful. EBo -- -- Transform Data into Opportunity. Accelerate data analysis in your applications with Intel Data Analytics Acceleration Library. Click to learn more. http://pubads.g.doublecli

Re: [Emc-developers] GSOC 2016-Contributing to LINUX CNC

On Mar 12 2016 9:59 PM, Tanay Gahlot wrote: > EBo writes: > >> >> On Mar 12 2016 12:39 PM, John Thornton wrote: >> > The 80's are here >> http://linuxcnc.org/docs/2.7/html/gcode/g-code.html >> > >> > The 70's are lathe turning cy

Re: [Emc-developers] GSOC 2016-Contributing to LINUX CNC

code is currently unimplemented in LinuxCNC. ... Also, if the original poster was going to implement a new experimental tool path generator, it would be nice to also integrate something like adaptive clearing to compare. Last I heard that

Re: [Emc-developers] GSOC 2016-Contributing to LINUX CNC

On Mar 12 2016 6:01 AM, John Thornton wrote: > What about the missing lathe canned cycles G70, G71, G72, G73 and the > missing mill canned cycles G84, G87, G88 Great idea! Actually any of the missing g-codes would be great. A good start would be putting together a list of g-codes missing from L

Re: [Emc-developers] EDM gap control (Control parameters)

Paraffin as just Paraffin Wax. Hmmm... learned something new today for sure. Have to rethink an old project while I am at it... THanks! EBo -- -- Transform Data into Opportunity. Accelerate data analysis

Re: [Emc-developers] EDM gap control (Control parameters)

Nice explanation! On Mar 7 2016 2:30 AM, TJoseph Powderly wrote: > i teach this way... > on & off is like a band saw blade > the teeth per inch is speed (F) > the width of tooth is roughness (On) > the space between is chip clearance (Off) > the height of tooth is bite size, suited to size of work

Re: [Emc-developers] EDM gap control (Control parameters)

u can get some very good surface finishes, so this is not as crazy as it sounds. might be fun to try some of these ideas. Anyone have an EDM that is better than the tap burner I cobbled together out of a hotwired solenoid and old battery -- suggested by Circuit Girl &l

Re: [Emc-developers] EDM gap control

ol! I/we may need to make sure that we know which repositories. This is rather cool! As a note, I have a use that has nothing to do with EDM's... Thanks again, EBo -- -- Site24x7 APM Insight: Get D

Re: [Emc-developers] EDM gap control

Thanks for the info. Out of curiosity, when starting a new cut, how does the conventional EDM move onto the part? The equivalent of a G0 might be fast enough that by the time it senses that it has touched the part, you could be moving fast enough to break the tool or wire. So, do you do a sl

[Emc-developers] reverse feed [was: EDM gap control]

ust to the begining of the current (no pun intended)? EBo -- -- Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-e

  1   2   3   4   5   6   7   8   9   10   >