Zoek editor met uitgebreide macro-faciliteit

[Duwgati]

Ik heb al een heel scala aan editors geprobeerd (UltraEdit, Crimson, WinEdit Pro e.d.), maar ze lopen allemaal stuk op het 'recorden' van variabelen. Als ik in de macro een variabel [FILENAAM] tijdens runtime wil vullen met een bepaalde filenaam, dan zet de macro die tekst automatisch om in een vaste tekst.

 

Als ik dus in de macro met cut en paste probeer een stuk tekst als filenaam te kopiëren en plakken, worden niet de key-strokes (CTRL-C CTRL-V) onthouden en gereproduceerd, maar de inhoud van het clipboard zelf wordt onthouden.

 

Ik heb het ook al met externe macro-software geprobeerd en dat werkt wel, maar die kan alleen niet 'zien' of een zoek-opdracht wel of niet succesvol is. Daar heb ik dus ook niets aan.

[deduijk]

Waar wil je dit voor gebruiken..? voor dit forum..?

 

Als dat zo is, kan er wel wat inelkaar geflanst worden.

 

CU,

deduijk

[Duwgati]

Nee, voor een grootscheepse conversie binnen mijn eigen site. Maar ik heb inmiddels een paar tips over ongedocumenteerde commando's van UE gekregen die ik even wil gaan proberen. Als die commando's doen wat me beloofd is, ben ik geholpen.

[Duwgati]

Yep, het werkt idd in UE.

Je kunt in UE in een macro een gemarkeerde file openen met het commando:

Open "^S"

[Fredo]

Word er dan een string geopend??

 

dit is seriëus dus niet over onderbroekenlol beginnen

[Duwgati]

Yep, zo werkt dat idd.

Even een voorbeeldje. Dit is een stukje van de lijst met bestanden die ik allemaal wilde bewerken (in totaal ruim 500):

f:\duwgati.php\nl\swt-cardmaster.php

f:\duwgati.php\nl\swt-cardpro.php

f:\duwgati.php\nl\swt-cardprotips.php

f:\duwgati.php\nl\swt-***geen-reclame***-avr.php

 

En dit is de Macro die ik gebruik om die bestanden 1-voor-1 te openen en er vervolgens een andere macro (ReplaceAll) op los te laten:

// standaard UE macro-opties, worden overgenomen van je actuele settings

[color:"blue"]InsertMode

ColumnModeOff

HexOff

UnixReOff[/color]

// hier begint mijn eigenlijke macro

// ga naar top van het document en selecteer de eerste regel

[color:"blue"]Top

StartSelect

Key END[/color]

// Open de geselecteerde string als een bestand

// Voer de macro ReplaceAll uit en keer terug

[color:"blue"]Open "^S"

PlayMacro 1 "ReplaceAll"

EndSelect[/color]

// Ga weer naar de top van het document

// selecteer de eerste regel en verwijder hem

// save nu het document

[color:"blue"]Top

StartSelect

Key DOWN ARROW

EndSelect

Key DEL

Save[/color]

 

Als je deze macro nu laat lopen totdat er geen bestanden meer in de lijst staan, heeft ie ze uiteindelijk dus allemaal gehad <img src="/ubbthreads/images/graemlins/laugh.gif" alt="" />

 

Overigens zijn die commentaar-slashes geen geldige macro-code maar dat heb ik gedaan voor de leesbaarheid. In werkelijkheid gaat het dus alleen om de blauwe code.

[deduijk]

Begrijp ik dat je iets vevangt in alle documenten..?

 

Is dat een disclamer of iets dergelijks, m.a.w. moet dit op alle pagina's..? anders is het maken van een server side include handiger..(of 1 steil bestand e.d.).

 

CU,

deduijk

[Duwgati]

Het zijn idd SSI. Ik gebruik sowieso maar 1 hoofdpagina waar ik at runtime de benodigde SSI in binnenhaal, samen met wat MySQL-elementen.

 

Het lastige alleen van de server-setup is dat ze gekozen hebben voor een tamelijk grote blocksize, waardoor veel van die minieme SSI-bestandjes voor een enorm disk-beslag zorgen. Veel verloren ruimte dus. En aangezien ik afgelopen week niets meer kon uploaden (Disk quota exceeded) en ik geen extra diskruimte los kan bijbestellen, moest ik dus andere maatregelen nemen.

[Fredo]

dus als je nu meer producten gaat beschrijven moet je dat op een andere server doen de jouwe staat nu vol

of zie ik dat verkeerd??

 

wat je gedaan hebt begrijp ik zo ging dat ook met de oude msx en vroeger bij de ibm ook

we gebruikte wel andere comando's maar er gebeurde hetzelfde

[Duwgati]

Tja, ik ben nu aan het nadenken wat ik ermee aan moet. Ik heb 2 mogelijkheden:

a. een ander abo met meer schijfruimte en meer traffic

b. alle images in de database stoppen en zo mijn MySQL-ruimte beter benutten

 

Ik ben er nog niet uit.

[pinocchio]

Citaat:

Tja, ik ben nu aan het nadenken wat ik ermee aan moet. Ik heb 2 mogelijkheden:
a. een ander abo met meer schijfruimte en meer traffic
b. alle images in de database stoppen en zo mijn MySQL-ruimte beter benutten

Ik ben er nog niet uit.

Hoezo een abo?
Met jouw statistieken is er toch zo een hoster te vinden in
ruil voor een bannertje?

[Duwgati]

Ik heb wel een aantal redenen waarom ik er geen behoefte aan heb om over te stappen. De belangrijkste is wel dat ik uitermate tevreden ben over de betrouwbaarheid, snelheid en uptime van mijn huidige provider. Maar als jij een goede suggestie hebt, kun je me altijd ff mailen natuurlijk <img src="/ubbthreads/images/graemlins/laugh.gif" alt="" />

[Fredo]

ik zou er twintig keer over na denken om me afhankelijk te maken zo als je nu draaid daar kunnen heel veel een punt aan zuigen alle lof

[deduijk]

Ik heb anders nog wel ruimte voor je over duwgati.. Zowel op mn hccnet site, als op mijn eigen server..

 

Wat je ook kan doen is plaatjes e.d. op een andere site zetten..

 

Ik weet niet hoevel ssi-tjes je gebruikt, maar je zou ze ook samen kunnen voegen (dus 1 grote ssi), het nadeel zijn langere laadtijden..en iets complexere structuur, voordeel is kleinere wasted-space.

 

en anders je provider benaderen ivm bloksize... Misschien wijzigen ze het wel.. of krijg je iets meer ruimte vanwege de wasted-space..

 

Die plaatjes zou ik sowieso in de database mikken.., maakt het allemaal een stuk makkelijker hanteerbaar (steeds dezelfde code om het plaatje te tonen, alleen index nummer wijzigt). Als je hier een voorbeeld van wilt, laat me het even weten.., ik heb dit nog wel ergens werkend staan (met upload code en al..)

 

CU,

deduijk

[Duwgati]

Bedankt voor je aanbod, maar ik heb zelf nog wel meer webspace waar ik op kan terug vallen, maar dat wil ik niet. Ik wil alles bij elkaar op 1 server hebben staan.

 

Wat MySQL voor images betreft, lopen de meningen uiteen, maar als ik de diverse forums erop na lees, wordt het door de meesten afgeraden. Vooral vanwege performance en die zou ik sowieso liever omhoog dan omlaag hebben <img src="/ubbthreads/images/graemlins/laugh.gif" alt="" />

 

Maar ik ben over het MySQL-aspect ook al in debat in het webdesign forum, dus laten we dat liever daar voortzetten.

 

Die code zou ik wel graag ontvangen, daar kan ik altijd weer wat van leren.