Am 28.08.2011 um 16:33 schrieb Eros9:
My main issue is with anchor tags. In v9, I can highlight a URL, hit
cmd-ctl-A, and hit Enter. Voila!
Now in v10, I highlight the URL, hit cmd-c, hit cmd-ctl-a, type in hr
(autocompletes to href), tab, tab again, hit cmd-v, and hit Enter.
Whew!
The
Yes, the cmd-ctl-a shortcut works, as I noted. In v10 it requires 1
step before and 5 after to turn existing URL text into a link, where
in v9 it required 1.
On Aug 29, 5:59 am, Roland Küffner medienmeis...@googlemail.com
wrote:
Am 28.08.2011 um 16:33 schrieb Eros9:
My main issue is with
I completely sympathize with NotInUse's frustration. I've been using
BBEdit since near the beginning and always found every upgrade to be
an improvement. Now I've spent $40 to revert to 9.6. I trust that v10
will be worth switching to at some point ...
My main issue is with anchor tags. In v9, I
I second that. I'm back to v9 also and an unhappy camper.
--
You received this message because you are subscribed to the
BBEdit Talk discussion group on Google Groups.
To post to this group, send email to bbedit@googlegroups.com
To unsubscribe from this group, send email to
On 22 jul, 17:21, Steve Kalkwarf kalkw...@barebones.com wrote:
As written, and tested during the beta cycle, dragging an image into an HTML
document inserts complete and correct markup:
img src=file://localhost/Users/kalkwarf/Pictures/Fabulous%20Dog.jpg
alt=Fabulous Dog.jpg width=1280
LuKreme wrote:
I've tested this a couple of times and I don't see the behavior you
describe. When I drag an image into an HTML doc I get a fully formed
IMG tag with an empty alt=
Same here, and a bit of quick testing shows that it's even respecting
the DOCTYPE tag at the top of the file. I
It's easier than that... in the Go menu, just hold down the option
key - Library appears in the list. Click and go.
To Fix in OS10.7.
In the Finder, choose Go Go To Folder.. from the menu
Type ~/Library (without the quotes) in the box presented.
That will open the users Library folder. Go
On 23 jul. 2011, at 16:15, JB wrote:
It's easier than that... in the Go menu, just hold down the option
key - Library appears in the list. Click and go.
And if you would like to permanently revert Apple's decision, and have the
developers tools installed:
SetFile -a v Library/
from the
On Jul 22, 2011, at 22:29, LuKreme krem...@kreme.com:
On Jul 22, 2011, at 9:10, NotInUse pst.sc...@gmail.com wrote:
solution for no auto-insertion of image
dimensions
I've tested this a couple of times and I don't see the behavior you describe.
When I drag an image into an HTML doc I get
At 11:35 -0600 23/07/2011, LuKreme wrote:
Ok I broke it. If I drag Screen Shot 2011-07-23 at 11.30.15 AM into
either an editing BBEdit HTML doc or a. Brand new one, nothing
happens
10.7 10.0.0
No problem here in 10.6.8
I created the file like this:
1 8 : 5 2 : 5 9 U s e r : j d
On Jul 23, 10:35 am, LuKreme krem...@kreme.com wrote:
Ok I broke it. If I drag Screen Shot 2011-07-23 at 11.30.15 AM into either an
editing BBEdit HTML doc or a. Brand new one, nothing happens
10.7 10.0.0
The OP already indicated why it does not work, and relayed the
solution that Barebones
Maarten
Sweet, I was just wondering how to do that, thanks!
François
On Jul 23, 2011, at 10:23 AM, Maarten Sneep wrote:
On 23 jul. 2011, at 16:15, JB wrote:
It's easier than that... in the Go menu, just hold down the option
key - Library appears in the list. Click and go.
And if
The answer, at least in respect to HTML, is A WHOLE LOT.
Mac OS 10.6.8 and Mac OS10.7 - tested both with BBEdit10.
First edit using BBEdit 10, happens to be a basic HTML file.
I can't seem to get any modal windows whatsoever. I can't drag and
drop images. The new popup tag editor is... well...
I'm not being overly negative. I indicated that my issues may be
entirely user error. And it may full well be. And I'll be the idiot
and kick myself accordingly.
It's not unreasonable to be unhappy that money was paid for a product
and the product does not perform the basic expected functions. I
Sorry could not resist:
1) You are crapping all over the software without asking specific questions
about specific problems, hard to see that as anything but negative. If you have
specific issues the people on this list are usually very willing to help. Many
go above and beyond.
2) New
Just FYI... It's important to read an ENTIRE post, not just a few
sentences.
I've pointed out my issues and asked to be enlightened. Guess you
missed that completely.
As I posted.. I have several versions of the app and will revert for
use. But I don't like being charged for an app which is
Honestly, if you guys have a solution for no auto-insertion of image
dimensions or the fact that I can't drag and drop form anywhere.. i'm
all ears.
How about addressing the PROBLEM rather than telling me how I should
be posting???
On Jul 22, 8:05 am, NotInUse pst.sc...@gmail.com wrote:
Just
On Jul 22, 2011, at 11:10 AM, NotInUse wrote:
Honestly, if you guys have a solution for no auto-insertion of image
dimensions or the fact that I can't drag and drop form anywhere.. i'm
all ears.
Critiquing our ability to write and test code isn't the best way to get help.
Complaining that
I think your idea of 'basic functionality' is based on your reality, not
others.
'And ever heard of beta testing?' Yeah. Ever heard of manners and civility?
I am pretty sure BareBones beta tested the software. With an application as
feature rich as it is, I am not surprised a few things got
I appreciate the responses, but you all seem to have the impression
(at least as I interpret it) that this is my first rodeo. I assure
you, it's not.
I see the same (faulty) results on multiple Macs running different OS
versions. Not one system. This immediately rules out corrupt
preferences or
On Jul 22, 2011 at 11:21 AM -0400, Steve Kalkwarf wrote:
As written, and tested during the beta cycle, dragging an image into an
HTML document inserts complete and correct markup:
img src=file://localhost/Users/kalkwarf/Pictures/Fabulous%20Dog.jpg
alt=Fabulous Dog.jpg width=1280 height=960
At 10:07 -0700 22/07/2011, NotInUse wrote:
I can absolutely state, without fail that no image insertion, whether
via the HTML palette button, or dragging from the desktop to a
document or from anywhere is inserting the full HTML markup for an
image tag. I get img src=file path alt=* some text *
On Jul 22, 2011 at 06:42 PM +0100, John Delacour wrote:
Type control-command-n, type return, drag an image from the Finder to
the insersion point. Are you saying that produces nothing?
That's what happens for me. The jpg icon gains a green plus badge once
the cursor is in the BBEdit html
At 13:48 -0400 22/07/2011, Tim Gray wrote:
On Jul 22, 2011 at 06:42 PM +0100, John Delacour wrote:
Type control-command-n, type return, drag an image from the Finder
to the insertion point. Are you saying that produces nothing?
That's what happens for me. The jpg icon gains a green plus
Tim,
Just tried dragging an image from the desktop to an unsaved html document. Img
tag was put in with alt, width and height.
Do you have the document language type set to html?
--Les
On Jul 22, 2011, at 12:26 PM, Tim Gray wrote:
On Jul 22, 2011 at 11:21 AM -0400, Steve Kalkwarf wrote:
As
I get nothing in both OS10.7 AND OS 10.6.8 -- different systems.
On Jul 22, 10:55 am, John Delacour johndelac...@gmail.com wrote:
At 13:48 -0400 22/07/2011, Tim Gray wrote:
On Jul 22, 2011 at 06:42 PM +0100, John Delacour wrote:
Type control-command-n, type return, drag an image from the
Are you saying that produces nothing?
My document is indeed an HTML document. It's actually an xHTML
template I've used for years.
and yes.. I'm saying that produces nothing.
On Jul 22, 10:42 am, John Delacour johndelac...@gmail.com wrote:
At 10:07 -0700 22/07/2011, NotInUse wrote:
I
On Jul 22, 2011 at 06:55 PM +0100, John Delacour wrote:
Well it works fine here in 10.6.7 so perhaps it's a Lion thing,
something I'll be in a position to tell in about 5 years' time.
Yes, I'm on Lion.
--
You received this message because you are subscribed to the
BBEdit Talk discussion
On 7/22/2011, NotInUse said:
I appreciate the responses, but you all seem to have the impression
(at least as I interpret it) that this is my first rodeo. I assure
you, it's not.
No, I think we just don't care how experienced you are. It makes
no difference.
That's not a personal attack,
On 7/22/2011, John Delacour said:
I can only presume the 'document' you are referring to is not an html document
because both things work fine here.
I did notice that new documents are no longer created as HTML by
default OMM, and I seem to have misplaced the default language setting.
--
I assumed this was a route to Barebones support since this is listed
on their support pages.
As a user list.. okay I can better understand some of the reactions.
My apologies if users were offended. Not my intention at all.
And again.. I'm dealing with multiple machines and multiple OS
versions
It's not working for me in BBEdit 10 with Snow Leopard. Seems to
be working for some and not for others and I am sure Barebones
will eventually be able to sort out the reason(s) why.
Meanwhile, I filed a bug report with as much information as I
thought was relevant.
For those who get nothing
I just found this thread, having come in search of answers to issues
I'm seeing in BBEdit 10, and I must say:
I really thought BBEdit users would, in general, be much less juvenile
that what I'm seeing here. NonInUse asks an even-tempered question,
even tosses in some self-depreciation, and you
On 7/22/2011, NotInUse said:
And yes it's BBEdit 10.
There's little mistaking it when you see the HTML Palette.
Agreed.
...
I had to make a movie showing nothing happening and they've now asked
for the html file. Although, this happens with any file. It's clearly
a bug in the app.
I ran
On Jul 22, 2011 at 12:06 PM -0700, Ken Lanxner wrote:
For those who get nothing dragging an image file, what about dragging
another html file to get an anchor tag? That does work for me
(although it also opens the dragged file and changes focus to it).
Yes, that worked for me too. Though
I've got it sorted.
Seems to be an issue with remnants of older versions on the system.
A .plist file created by a legacy issue is not written correctly for
v10. This causes the drag/drop to fail.
So how to fix it
OS 10.6.x or earlier.
Go to [volumes]/Users/[your
On Jul 22, 1:26 pm, Tim Gray tg...@125px.com wrote:
On Jul 22, 2011 at 11:21 AM -0400, Steve Kalkwarf wrote:
As written, and tested during the beta cycle, dragging an image into an
HTML document inserts complete and correct markup:
img
At 14:22 -0400 22/07/2011, Seth Dillingham wrote:
I did notice that new documents are no longer created as HTML by
default OMM, and I seem to have misplaced the default language
setting.
I don't know how wide this new blindness is, but the script I use for
creating a new Perl document:
On Jul 22, 2011, at 3:46 PM, NotInUse wrote:
Seems to be an issue with remnants of older versions on the system.
A .plist file created by a legacy issue is not written correctly for
v10. This causes the drag/drop to fail.
Indeed. Thanks for the assistance narrowing it down.
We'll fix it in
On Jul 22, 2011 at 05:04 PM -0400, Steve Kalkwarf wrote:
We'll fix it in code before 10.0.1 is final, but as a workaround you can go to
the terminal, and type these two commands:
defaults delete com.barebones.bbedit
HTMLImageDropMarkup_UseFilenameForAlternativeText
defaults delete
On Jul 22, 2011, at 9:10, NotInUse pst.sc...@gmail.com wrote:
solution for no auto-insertion of image
dimensions
I've tested this a couple of times and I don't see the behavior you describe.
When I drag an image into an HTML doc I get a fully formed IMF tag with an
empty alt=
--
You
41 matches
Mail list logo