Here's a first attempt to port this great module to Drupal 7. It's working for me but I haven't tested it thoroughly.

Support from Acquia helps fund testing for Drupal Acquia logo

Comments

Agileware’s picture

Thanks for putting in the time and effort to create a D7 port for this module. I'll test in the new year, in the meantime here's hoping that some ppl from the community review & test also.

faw0r’s picture

Category: feature » task
Status: Needs review » Needs work

file_directory_path() has been removed in D7

http://drupal.org/update/modules/6/7#file_directory_path

daniorama’s picture

Any news about this porting?

aries’s picture

subscribing

stg11’s picture

subscribing

PetarB’s picture

Any news on this. I love the module!

dotist’s picture

subscribing

hansrossel’s picture

I think if you want to use truetype fonts in your site its nowadays better to just upload your font to a generator like http://www.fontsquirrel.com/fontface/generator and just put it via @font-face in your css, or you could use http://drupal.org/project/fontyourface if you don't have the fonts yet. Maybe there are special use cases where Signwriter still can do more, but if you just want to use a non-standard webfont on your site I think @font-face is better. There is no need anymore for Image, Flash or Javascript replacement techniques for fonts when you can do it with only css.

For more info watch the presentation of Drupalcon Chicago which gives a nice overview of the new (and old) techniques http://www.archive.org/details/drupalconchi_day3_the_types_revolutionary...

PetarB’s picture

I've been using the Google Fonts module after investigating this. So far it's a decent replacement but far from optimal since I cannot use my own fonts. CSS replacements are still an issue, mainly because some browsers and platforms don't seem to be that supportive, also the range of fonts is not suitable, so for me Signwriter still remains a good solution. My main problem with a number of these CSS solutions is being tied to using a third party service to help serve the data on my site. No thanks.

alexanderpas’s picture

Some fonts are not licensed for web embedding, but are licensed so that you can generate images from it (to prevent spreading of the font file itself), so using a module like signwriter is the only solution to adhere to those license requirements.

PetarB’s picture

Agreed.
I couldn't get your 7 version to work Alexander. I wonder if Agileware has had time to take a look at it...

lupus78’s picture

I failed testing the D7 port too, the file_directory_path() function has been removed in D7.
Agileware, do you plan to port this great module??

copeasetic’s picture

Any update on the porting efforts?

PetarB’s picture

I've moved to Font Your Face module for Drupal 7, although I have not checked whether it works with your own fonts on the host yet. Signwriter seems to remain a great module for Drupal 6, however if it's not porting to 7, have to move on.

carlmcdade’s picture

FileSize
51.24 KB

I made the necessary changes to Alexanders porting. It should work for D7 now. I'll be testing it on Drupal.se in the next coming days.

PetarB’s picture

Thanks for your effort.

To see one use of Signwriter, take a look at one of our websites here:
http://www.tohatsu.com.au/
H1 and H2 headings have been replaced with a custom font - of a style that would not be available through Google Fonts, for example.

I'll give this new version a go and report back.

Chris Lozinski’s picture

Hi Carlmcdade

I've tried this on two drupal 7 installations and get the same error on each when saving a profile

Fatal error: Call to undefined function file_directory_path() in ... /sites/all/modules/signwriter/signwriter.module on line 573

It is working on one site using the original 6.x-2.0-beta2 version but gives the same error when trying to edit the profile.

Thanks for your work on this.

carlmcdade’s picture

FileSize
49.77 KB

Okay,

I tested this with a clean minimal install of D7 I think all the kinks are out ( like a dependency on menu ). The problem before was that I was using the module on an production system with lots of contrib modules.

Give it a try if it works then I'll see about creating an upgrade patch from D6

mallezie’s picture

I can confirm this version works in D7. Some notices, buth nothing unfixable.
Could you give put this in git? Best schould be to get commit access to a 7.x branch of this module, or could you otherwise create a sandbox. That way i can provide patches for some notices.
If you need help creating a sandbox, i can put it in a sandbox myself, and give access to you.

klonos’s picture

Title: Drupal 7 port » Signwriter: Drupal 7 port

I seriously doubt this project is maintained. If any of you is interested you'd better go through http://drupal.org/node/251466 and take ownership. You'd better contact the current maintainer(s) first of course. Perhaps they are willing to add you as the 7.x branch maintainer.

This way we'd be able to have a 7.x dev branch with what we currently have in #18 and then file separate patches/issues here against that branch instead of going the sandbox way.

PS: ...minor title edit for our dashboards.

Agileware’s picture

I'll add a 7.x branch today. Thanks to everyone on porting to Drupal 7.

If anyone wants to help maintain this module that would be appreciated.

Agileware’s picture

Version: 6.x-2.0-beta2 » 7.x-2.x-dev

Committed code from #18 to a new 7.x-2.x branch

plato1123’s picture

Am I hallucinating or did a D7 development version of this module just appear on the project front page? Anyone tried it yet?

PetarB’s picture

Not yet, but keen to see what it can do on a new install soon.
Thanks to agileware for your hard work.

plato1123’s picture

It seems to return a lot of errors but at least partially works! I'm using on a couple sites, so far so good.

plato1123’s picture

Shoot, nasty bug keeps it from working in IE (and creates invalid code everywhere). Somehow the block title is being outputed as the image width.